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EXECUTIVE  SUMMARY 

I 

This  study  of  aircraft  squadron  manpower  was  performed  for  the 
Chief  of  Naval  Operations  (OP-124)  to  develop  standards  and  an 
automated  procedure  for  computing  manpower  requirements.  In  the 
process  of  development,  many  new  standards  were  approved  by  OP-124 
to  systematize  the  computations  that  had  previously  relied  on  con- 
siderable application  of  manpower  analyst  experience  and  judg- 
ment. These  standards  were  incorporated  into  the  automated  system 
developed  by  MSS. 

The  tasks  performed  during  the  study  werp  as  follows: 

• Developed  a system  design  based  on  existing  standards  and 
methods 

• Coordinated  with  NAVMMACLANT  and  OP-124  in  development  of 
new  standards  and  methods 

• Surveyed  available  computers  for  a suitable  cost-effective 
site  for  classified  processing 

• Identified  additional  refinements  and  capabilities  for  future 
implementation 


• Designed  interface  between  requirements  (manpower  documents) 
and  authorizations  (1000/2  system) . 

Benefits  to  the  Navy  accruing  directly  from  the  study  include: 

• Selection  of  the  PRC  computer  site  (including  the  knowledge 
gained  during  the  site  survey) 

• Capability  to  print  SQMDs  (Squadron  Manpower  Documents)  from 
billet  and  workload  data  (since  September  1975) 

• Capability  to  generate  manpower  requirements  data  auto- 
matically (since  December  1975) 

• Capability  to  generate  complete  manpower  requirements 
documents  automatically,  with  minimal  user  intervention 
(since  February  1976) 

• Capability  to  generate  authorizations  directly  from  re- 
quirements computations  (since  May  1976) 

• Capability  to  utilize  the  requirements  computation  process  as 
an  analyst  tool  to  assess  alternatives  (evaluating  the  impact 

of  hypothetical  operational  conditions  on  manpower  requirements) . 


ii 


* 


Other  benefits  to  the  Navy,  gained  as  a result  of  having  performed 
this  study,  include: 

• Development  of  new  manpower  standards 

• Development  of  extensive  knowledge  transferrable  to  the 
Navy  Manpower  Requirements  System  (NMRS) 

• Development  of  the  authorization  interface  as  a technique 
transferrable  to  NMRS. 

Under  this  contract,  a complete  system,  the  Automated  Squadron 
Manpower  Document  (ASQMD)  system,  was  developed,  tested,  document- 
ed, and  delivered  to  the  Manpower  Requirements  Branch  of  the  Office 
of  the  Deputy  Chief  of  Naval  Operations  (Manpower) . 
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SECTION  1 


Development  Overview 


1 . 1 BACKGROUND 

In  this  development  effort.  Management  Science  Systems  conducted 
a study  of  Navy  aircraft  squadron  manning  and  the  methodologies 
employed  to  determine  the  manpower  requirements  for  these  squad- 
rons. This  study  was  intended  to  serve  as  the  functional  basis 
for  the  development  of  an  automated  system  to  compute  manpower 
requirements  and  produce  manpower  documents  which  would  meet  the 
standards  previously  established  for  the  production  of  such  docu- 
ments. The  pilot  program  which  emerged  from  this  contract  was 
entitled  the  Automated  Squadron  Manpower  Document  (ASQMD)  program. 
After  its  development  and  testing,  the  ASQMD  would  serve  as  an 
interim  source  of  Squadron  Manpower  Documents  until  the  Navy 
Manpov/er  Requirements  System  (NMRS)  development  had  reached  the 
point  where  it  could  adequately  meet  the  document  production  re- 
quirements . 

During  the  early  phases  of  the  squadron  manning  study  it  became 
apparent  that  there  were  many  portions  of  the  SQMD  creation 
process  that  had  never  been  systematized,  but  had  relied  on  the 
judgment  and  experience  of  the  senior  personnel.  Because  of  the 
necessity  to  automate  these  "experience/ judgment"  decisions,  it 
was  clear  that  the  programming  job  would  be  considerably  greater 
than  had  been  planned. 

During  this  beginning  phase,  a problem  arose  with  regard  to  the 
NMRS  computer  processing.  Since  the  manpower  requirements  are 
driven  by  the  ROC  and  POE  information,  and  since  that  informa- 
tion is  classified,  it  was  decided  that  the  NMRS  development 
should  be  shifted  to  a secure  sight  where  it  could  be  run  when 
completed.  Because  of  the  time  pressure  of  the  project,  MSS 
conducted  a survey  of  computers  available  for  the  SQMD  project 
and  reported  findings,  along  with  a recommendation,  to  the 
Manpower  Requirements  Branch  of  the  Office  of  the  Chief  of  Naval 
Operations.  The  results  of  that  study  are  included  as  Appendix  C 
to  this  report.  The  recommendation  to  use  Planning  Research 
Corporation  as  the  computer  site  for  the  ASQMD  development  was 
adopted . 


1.2  FUNCTIONAL  REQUIREMENTS 

The  requirements  for  the  ASQMD  system  evolved  during  the  early 
development  cycle  and  remained  relatively  straight-forward 
throughout.  They  include: 
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A.  Produce  Squadron  manpower  documents  for  all  aircraft 
communities . 

B.  Distinguish  between  the  various  aircraft  classes  to  pro- 
vide for  the  unique  requirements  and  billets  associated 
with  each  class. 

C.  Produce  manpower  documents  which  look  identical  to  the 
documents  produced  by  non-automated  methods. 

D.  Provide  a system  output  which  may  be  used  directly  as 
an  input  transaction  to  the  Manpower  Authorization 
(OPNAV  Form  1000/2). 

E.  Provide  enough  system  flexibility  to  permit  user  over- 
rides, changes,  and  additions,  while  retaining  suffi- 
cient simplicity  to  ensure  that  the  user  can  operate 
it  with  relative  ease. 

F.  Ensure  responsiveness  to  short  turn-around  requirements 
while  retaining  a low  cost  of  operation. 

G.  Produce  an  audit  trail  of  workload,  referred  to  as  Work- 
ing Papers,  to  permit  manual  validation  of  program 
computations  for  all  documents  produced. 


1.3  ASSUMPTIONS 

For  the  purposes  of  this  development,  the  following  assumptions 
were  made: 

A.  All  data  necessary  for  the  computation  of  Manpower  Re- 
quirements would  be  available. 

B.  All  data  to  be  used  for  system  inputs  would  be  considered 
accurate  and  no  input  data  editing  would  be  designed  into 
the  system. 

C.  In  view  of  the  fact  that  this  pilot  program  would  serve 
primarily  as  development  of  methodology,  and  would  only 
be  involved  in  document  production  on  an  interim  basis, 
internal  program  documentation  would  not  be  required. 


1.4  APPROACH 

The  ASQMD  system  was  developed  and  implemented  in  steps  to  pro- 
vide for  the  inclusion  of  additional  system  requirements  which 
would  emerge  during  development.  The  first  step  involved  the 
design  and  programming  of  the  capability  to  print  SQMD's  from 
directed  billets  only.  This  permitted  a check-out  of  the 
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document  layouts  and  validated  the  directed  billet  procedures. 
Next,  the  existing  manpower  standards  were  analyzed  and  automated. 
As  a result  of  this  step  is  was  determined  that  many  "standards" 
were  not  actually  documented,  but  were  procedures  normally  fol- 
lowed by  the  manpower  analysts.  Thus,  this  step  resulted  in  the 
formalizing  of  a number  of  new  standards.  The  following  step 
entailed  the  design  and  programming  of  the  capability  to  generate 
basic  SQMD's  in  order  to  verify  the  computational  procedures. 

With  the  document  layout  validated,  the  standards  computerized, 
and  the  computational  procedures  verified,  the  capability  to 
generate  SQMD's  with  analyst  changes  was  added.  This  required 
the  inclusion  of  many  programmed  exceptions,  special  cases,  as 
well  as  a set  of  overrides  to  permit  operator  manipulations, 
where  needed.  The  next  step  added  a TSO  capability  to  allow  the 
user  to  edit  input  files  and  operate  the  system  from  the  OPNAV 
offices.  This  move  from  a batch  environment  made  the  responsive- 
ness requirement  a reality. 

Finally,  a program  was  developed  to  convert  the  ASQMD  system  out- 
put into  an  input  transaction  to  the  Manpower  Authorization 
(OPNAV  Form  1000/2).  Thus,  an  interface  between  the  requirements 
document  and  the  authorization  document  for  an  aircraft  squadron 
was  created. 


1.5  RESULTS 

As  a result  of  this  development  effort,  the  user  has  an  operational 
program  which  has  been  thoroughly  tested  and  its  computational 
features  validated.  The  ASQMD  program  has  been  used  in  a produc- 
tion mode  successfully  and  will  be  the  source  of  SQMD's  until  NMRS 
becomes  operational.  Much  of  the  billet  derivation  methodology 
developed  for  the  ASQMD  is  now  being  built  into  the  NMRS.  Docu- 
ment production  with  the  ASQMD  has  been  both  timely  and  cost- 
effective.  The  introduction  of  the  TSO  portion  provided  the 
user  with  the  flexibility  he  needed  to  update  and  control  the  system. 


1. 6 SYSTEM  CAPABILITIES 

The  ASQMD  system  meets  all  of  the  functional  requirements  outlined 
in  Section  1.2  above.  Additionally,  the  system  allows  the  user  to 
effectively  alter  anything  on  the  output  side  he  requires.  Any 
information  pertaining  to  billets  or  hours  for  a given  work  center 
can  be  altered  as  necessary.  Department  titles  can  be  changed  and, 
in  certain  cases,  an  entire  department  with  divisions  can  be  added. 
External  to  the  ASQMD  program  is  the  TSO  data  base  system.  This 
system  has  been  effective  and  the  cost  of  operation  and  maintenance 
low.  All  ASQMD  data  resides  in  mini-files  on  TSO  disk  packs.  The 
user  is  able  to  add  new  files  and  delete  or  change  existing  files 
through  the  use  of  TSO  commands.  These  files  produce  only  a small 
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overhead  chuirge  but  yield  a great  flexibility.  Historical  ver- 
sions of  the  data  can  be  easily  maintained  and  used  when  needed 


1 . 7 RECOMMENDATIONS  FOR  FUTURE  DEVELOPMENT 

Among  the  system  improvements  and  expansions  which  would  be  con 
sistent  with  the  planned  utilization  of  the  ASQMD  program,  the 
following  should  be  considered: 

A.  A file  of  billets  for  each  squadron  containing  only 
essential,  relevant  information.  It  should  contain 

a coded  prefix  so  that  like  squadrons/communities  can 
be  easily  aggregated. 

B.  An  organized  file  of  POEs. 

C.  An  input  EDIT  routine  to  verify  data  validity. 

D.  A controller  to  allow  multiple  ASQMD ' s on  the  same 
batch  execution. 
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SECTION  2 
System  Summary 


2 . 1 SYSTEM  APPLICATION 

This  section  describes  in  non- technical  terms  the  uses  of  the 
ASQMD  by  OP-124F  in  supporting  its  various  functions  for  which 
manpower  requirements  determination  and  documentation  is  necessary . 

2.1.1  Purpose  of  the  System 

The  functions  of  OP-124F  include  documenting  the  manpower  require- 
ments of  existing  Navy  aircraft  squadrons  and  predicting  the  re- 
quirements of  squadrons  under  hypothetical  Projected  Operational  En- 
vironments (POE's).  In  the  first  case,  survey  data  exist  or  are 
acquired,  maintenance  data  from  the  MDCS  are  analyzed,  and  quanti- 
tative/qualitative manpower  requirements  estimates  are  documented 
in  the  form  of  a draft  SQMD.  The  draft  SQMD  is  reviewed  by  the 
Fleet  commanders  and  several  OPNAV  offices,  and  changes  may  be  made 
to  reflect  the  non-standard  requirements  of  the  particular  squadron. 
After  all  changes  have  been  entered  and  approved,  the  SQMD  is  final- 
ized and  promulgated.  In  the  second  case,  the  hypothetical  POE's 
are  used  to  generate  hypothetical  draft  SQMD's,  based  on  the  same 
standards  that  would  be  used  for  an  actual  squadron. 

Both  of  these  functions  have  been  performed  by  manual  analysis  until 
now.  The  ASQMD  replaces  the  manual  analysis  required  to  develop  the 
manpower  requirements,  and  also  the  manual  process  of  producing  the 
document  from  the  requirements  data. 


2.1.2  Additional  Features  and  Functions 

In  addition  to  producing  the  SQMD  automatically  from  the  POE  input, 
the  ASQMD  provides  the  user  with  other  capabilities.  Various  stan- 
dards can  be  modified  by  user  overrides  on  input,  thereby  automating 
(to  a large  degree)  the  processing  of  non-standard  data.  The  process 
of  deriving  the  manpower  requirements  from  the  input  data  is  re- 
flected in  a set  of  'working  papers"  which  display  many  of  the 
crucial  data  elements  and  steps  in  the  computation  process.  Various 
print  options  give  the  user  the  choice  of  what  data  he  will  receive 
out  of  a given  execution  (e.g.,  the  user  may  specify  printing  only 
Section  II  and  VI  of  the  SQMD,  thereby  getting  just  the  quantitative 
manpower  summaries) . 

In  addition  to  the  central  process  of  the  ASQMD  program,  the  system 
includes  data  files,  maintenance  utilities,  a procedure  library. 


■ err"; 


2-1 


and  a remote  terminal  capability.  These  features  allow  the  user  to 
maintain  and  display  the  data  library  and  to  execute  the  ASQMD  pro- 
gram in  a combination  of  modes:  Local  batch  entry  and  output  at  the 

main  computer  site;  remote  batch  entry  from  a dial-up  RJE  device, 
with  either  local  or  remote  output;  on-line  (TSO)  entry,  with  either 
local,  remote  batch,  or  on-line  output. 

The  user  can  display,  add,  delete,  or  change  data  files  either  in 
batch  or  on-line  mode,  using  the  IBM  OS  utilities  or  (under  TSO  on- 
line } TSO  commands . 


2.2 


SYSTEM  PM’. RATIOS 

As  described  in  2.1.2,  the  ASQMD  can  be  operated  in  a variety  of 
nodes.  The  chart  below  (Table  2-1)  shows  the  relations  between  in- 
put, output,  and  user  operating  method. 
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Table  2-1:  Modes  of  Operation 
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2 . 3 SYSTEM  CONFIGURATION’ 

Under  current  operation,  the  ASQMD  is  located  in  the  IBM  370/155 
computer  of  the  Planning  Research  Corporation's  Computer  Center 
(PRC-CCI).  The  system  has  been  developed  and  tested  by  Manage- 
ment Science  Systems  at  the  MSS  remote  batch  terminal,  using  both 
Singer  and  UniTech  terminals  for  batch  RJE,  operating  under  IBM 
360/370  OS/MVT  HASP  emulators.  The  system  has  also  been  tested  by 
MSS  and  OP-12-1E  using  TSO  through  portable  dial-up  terminals. 

The  system  has  been  run  locally  at  the  PRC-CCI  installation  in  a 
secure  mode  (all  non-secure  devices  and  exterior  communications 
disabled) . 

Input  and  output  devices  can  be  combined  in  the  various  wavs  indi- 
cated in  Table  2-1  by  use  of  the  "ROUTE"  statement  in  the  input 
control  set. 
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SYSTEM  ORGANIZATION 


The  system  consists  of  input  data  files,  file  maintenance  procedures, 
a user  procedure  library,  a central  processing  program,  and  TSO  pro- 
cedures . 

The  input  data  files  (described  in  detail  in  Section  2.G)  store  the 
data  required  fer  resolution  of  standards.  They  include  maintenance 
data,  staffing  tables,  special  characteristics,  billet  titles,  pay 
grade  distributions,  NEC's,  computational  coefficients,  and  dir- 
ected billet  requirements. 

The  file  maintenance  procedures  allow  the  user  to  add,  delete, 
change,  and  display  the  various  files  stored  in  the  data 
library . 

The  ASQMD  program  is  the  heart  of  the  system.  It  accepts  input  and 
control  statements  from  the  user,  reference  data  in  the  files  in  the 
data  library,  and  develops  the  minimum  qualitative/quantitative 
manpower  requirements  for  the  squadron,  based  on  approved  standards 
and  computational  methods.  Further,  it  accepts  user  overrides  to 
modify  the  computation  process  or  the  resulting  computed  billets  to 
conform  to  known  or  expected  anomalies  in  the  data  or  standards. 

The  overall  organization  of  the  system  is  depicted  (at  the  macro 
level)  in  Figure  2-1.  The  various  utilities  and  programs  are  listed 
in  Table  2-2. 
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Figure  2-1:  Overall  System 

Structure 


PROGRAM/UTILITY 

PURPOSE 

IEBGENER  (U) 

This  utility  allows  the  user  to  create 
a data  set  or  add  a member  to  an 
existing  data  set. 

IEBPTRCil  (U) 

This  utility  allows  the  user  to  list 
or  punch  the  contents  of  a specified 
data  set. 

1EBUPDTE  (U) 

This  utility  allows  the  user  to  change 
individual  records  within  a data  set. 

IEHPROGM  (U) 

This  utility  allows  the  user  to  delete 
an  existing  data  set. 

SORT  (U) 

This  utility  causes  a file  to  be  sorted 
according  to  user  specifications. 

UPDATE  (P) 

This  program  causes  the  Billet  Title 
File  to  be  updated  according  to  user 
supplied  input  cards. 

SQMDBGO  (P) 

This  program  generates  an  ASQMD  docu- 
ment using  user  supplied  input 
parameters . 

OPOOOl  (P) 

This  program  causes  a new  ASQMD  docu- 
ment to  be  added  to  an  ASQMD  mas ter file. 

OP0002  (P) 

This  program  selects  a specified  ASQMD 
document  to  be  submitted  to  the  10U0/4A 
interface  system. 

OP0003  (P) 

This  program  merges  like  billets  into 
a single  record  for  use  in  the  1000/4A 
interface  system. 

OP10004A  (P) 

This  program  generates  a preliminary 
1000/4A  report. 

OP10004B  (P) 

This  program  generates  a final  10  0 
report  using  update  cards  to  alter  the 
preliminary  report. 

OP10004C  (P) 

This  program  produces  cards  for  input 
to  the  1000/2  system. 

Table  2-2 
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2 . 5 PLRT0RM7>.JCE 

This  section  presents 
capabilities  of  the  sy 
and  output,  and  the  fl 
system  for  its  various 


2.5.1  Inputs 

The  inputs  to  the  ASQMD  program  consists  of  fifteen  data  files, 
user  control  cards,  and  user  data  cards.  User  control  cards  con- 
sist of  the  minimum  required  to  execute  the  catalogued  procedure, 
plus  three  mandatory  program  control  cards.  User  data  cards  con- 
sist of  one  mandatory  card  type  (of  which  one  card  is  required)  , 
one  card  typo  usually  present  (one  card  for  each  aircraft  type  in 
the  squadron)  and  eleven  optional  card  types  (no  predetermined  num- 
ber of  cards,  when  present). 


The  data  files  are  summarized  in  Table  2-3.  The  input  data  cards 
are  summarized  in  Table  2-4. 


A 1 RCREW 


Percents  for  distributing 
administrative  support  work 


Varies  by  SOON  type 


DIRECTED 


EXCPNEC 


Percents  for  distributing 
facilities  maintenance  work 


FMPCTS 


GRNDOFF 


Corrective  maintenance  data 


MAFSAF 


NECs  by  aircraft/rating 


NEC DATA 


PMC M DAT A 


Maintenance  Data 


SQNINi'O 


WC040QA 


Quality  assurance  staffing 
tables 


Varies  by  SQDN 


Billet  title  updates 


BILUPDTE 


Table  2-3:  Input  Data  File  Summary 


Typo 


Typo 


I nf  ormati  on 


Mi  nr  mum 


Squadron  Title 
0PNAV1E3T  Titles 
Squadron  POE 
Aircraft  POE 

Squadron  POE  optional  data 
Print  overrides 
Minimum  billets  by  WC 
Dept,  deletes 
Directed  billet 
Billet  deletes 
Billet  data  overrides 
Dept./Div.  title  override 
Standard  Allowance  Override 
Imposed  manhours 
Deleted  manhours 
Endup  control  card 


Max i mum 


1/aircraft 

r 

i 

1/prod. WC 
1 

1/dir .billet 
1/billet 
1/billet 
1/WC 
1/WC 
1 /WC 
1/WC 
1 


Table  2-4:  Input  Data  Card  Summary 
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2 . S . 2 Ou 


t I'MtS 

The  output:;  of  tho  7s  SO ’-ID  program  consist  of  the  Squadron 
Manpower  Document  (sections  11,  III,  V,  and  VI),  and  a set  of 
working  papers  by  which  the  manpower  analyst  may  track  the 
derivation  process. 

Section  IT  of  the  SQKD  is  the  summary  of  officer,  enlisted,  and 
civilian  billets  by  department.  Section  III  is  the  listing  of 
all  billets  by  work  center.  Section  V is  the  functional 
workload  summary.  Section  VI  is  the  summary  of  officer  billets 
by  designator/paygrade,  enlisted  billets  by  rating/NEC/paygrade , 
and  civilian  billets  by  ski 11/paygrade . 

The  working  papers  sections  are:  listing  of  user  input  data 

cards;  listings  of  file  input  aviators,  ground  officers,  directed 
billets,  and  air crewmen;  listing  of  file  inpuc  aircraft  CM  data 
(including  computed  total  manhours);  listing  of  file  input  PM 
data  (including  CM  distribution  percentages);  listing  of  work 
center  standards,  computed  hours,  and  computed  billets;  squadron 
totals;  listing  of  work  center  total  workload  by  function. 

All  sections  of  the  document  are  optional  for  printing,  as  are 
the  working  papers. 

Samples  of  program  output  are  shown  in  Appendix  B. 


k. 
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>.3  Performance  Characteristics 


o Flexibil i ty 

The  ASQMD  is  designed  to  determine  manpower  requirements  based 
on  standards  with  a minimum  of  user  intervention.  It  is  also 
designed  to  allow  the  user  extreme  flexibility  in  the  applica- 
tion of  judgement  find  experience  to  modify  the  data  or  outputs 
to  match  particular  situations.  As  reflected  in  Table  2-4, 
the  user  has  the  capability  (by  card  input)  to: 

add  billets 
delete  billets 
add  workload 
delete  workload 

specify  minim  im  numbers  of  billets 
change  skills  on  billets 
change  the  organizational  structure 
vary  the  number  and  types  of  aircraft 
vary  the  flight  hours  and  sortie  length 
vary  the  workweek,  number  of  flying  days,  length  of 
flying  day,  length  of  maintenance  day 
specify  excess  officers  and  aircrew  beyond  the  number 
called  for  by  seat  factors 
vary  standard  allowances. 

All  these  variations  are  made  directly  as  input  to  an  ASQMD 
run  (without  affecting  the  data  base).  Additionally,  the  user 
has  the  option  to  permanently  change  the  data  base,  to  reflect 
changes  in  standards,  survey  data,  or  directed  requirements. 
The  file  organization  of  the  data  base  lends  itself  to  ease  of 
manipulation  by  standard  IBM  OS  utilities. 

• Reliability 


The  ASQMD  has  proved  to  be  extremely  accurate  and  reliable  in 
producing  a documented  set  of  manpower  requirements  reflecting 
the  input  standards  and  POE.  Extensive  manual  validation  has 
showed  that  the  outputs  of  the  program  are  completely  accurate 
over  an  extreme  range  of  input  variation. 

• Utility 

The  ASQMD  lends  itself  very  well  to  both  its  objectives  (see 
2.1.1).  For  documenting  the  quantitative/qualitative  man- 
power requirements  of  actual  squadrons,  the  ASQMD  can  bo  used 
to  replace  the  manual  work  of  the  analyst  at  each  step  in  the 
process  - preparing  the  initial  draft  for  Fleet  review,  pre- 
paring the  revisions  (eased  on  overrides  and  data  changes) , 
and  preparing  the  final  document  for  promulgation.  For  the 
manpower  planner,  the  ASQMD  can  be  an  invaluable  aid  to 
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examine  a range  of  possibilities  before  at* 1 noting  an  alteriM- 
tivo.  It  can  be  used  as  a computational  tool  to  assess  the 
impact  of  changing  hardware  and  operations  on  the  manpower  re- 
quirement. In  this  mode  of  operation,  it  makes  possible  a 
spectrum  of  analysis  hitherto  unfeasible  because  of  the  ob- 
vious limitations  on  manual  computation. 

The  utility  of  the  ASQMD  is  highlighted  by  its  execution 
characteristics:  on  the  PRC-CCI  computer  (IBM  370/155)  a 

typical  squadron  run  takes  about  15  seconds  of  CPU  time,  and 
costs  a total  (including  printing  charge)  of  approximately 

$7.00. 


2 . 6 DATA  HAL  E 

The  ASQMD  data  base  consists  of  the  fifteen  files  identified  in 
Table  2-3.  The  files  are  described  in  more  detail  in  this  section. 
Fi le  layouts  and  current  ] istings  of  the  file  contents  arc  included 
as  Appendices  B and  C of  the  User's  Manual,  respectively.  (The 
files  are  listed  here  in  alphabetical  order,  corresponding  to 
Table  2-3.) 

2.C.1  Aircrew  Priority  File  (AIRCREW) 


This  fib  contain.':  whole  billet  data  for  enlisted  flight  crews  for 
aircraft.  Each  billet  includes  billet  sequence  number,  skill  (rat- 
ing, rate,  NEC),  and  function  code  (usually  OM) . The  number  of  air- 
crewmen  is  computed  in  the  program,  and  that  number  of  billets  is 
selected  from  the  file,  starting  with  the  first  and  continuing 
sequentially  through  the  file.  (Note:  This  does  not  imply  billet 

sequence  number  order.) 


2.6.2  Administrative  Support  Percentages  (ASPCTS) 

This  file  contains  the  administrative  support  distribution  percents 
for  production  work  centers.  After  squadron  total  maintenance  is 
computed,  the  administrative  support  total  for  the  maintenance  work 
centers  is  calculated  from  a standard  formula.  Then  the  administra- 
tive support  distribution  percents  are  multiplied  by  the  AS  total, 
giving  the  AS  workload  for  each  work  center  in  the  Maintenance 
Department.  The  ASPCT  file  is  organized  by  squadron  type  (i.e., 
there  is  one  record  for  each  class  of  squadron) . 

2.6.3  Aviator  Priority  File  (AVIATOR) 

This  file  contains  whole  billet  data  for  aviator  officers  (pilots 
and  NFOs) . Each  record  includes  billet  sequence  number,  skills 
(designator,  paygrade,  NOBC,  AQD,  and  U-Code)  and  function  code 
(usually  OW) . The  number  of  aviators  is  computed  in  the  program, 
and  that  number  of  billets  is  selected  sequentially  from  the  file 
(similar  to  the  process  for  aircrew) . 

2.6.4  Billet  Titles  (BILTITLE) 

This  file  contains  billet  titles  in  billet  sequence  number  order. 

Each  billet  title  record  contains  the  beginning  billet  sequence 
number  for  the  range  of  BSNs  for  which  the  title  is  applicable, 
the  title,  an  officer/enlisted/civilian  flag,  and  for  enlisted 
billets  a rating  field  and  supervisor  flag.  The  program  selects 
the  proper  title  based  on  work  center  and  skill,  and  then  assigns 
the  appropriate  BSN  based  on  the  range  indicated  on  the  title  record. 
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2.6.5 


Directed  Billets  {DIRECTED) 


This  fiJo  contains  directed  whole  billets,  including  USD,  skill 
identifiers  and  function.  There  are  several  directed  billet  files 
(for  different  squadrons  or  classes  of  squadrons);  the  user  selects 
the  correct  one  by  a run  control  card.  All  the  billets  in  the  se- 
lected set  are  included  in  the  squadron,  and  manhours  equal  to  the 
standard  workweek  for  each  billet  arc  accounted  under  the  function 
specified  on  each  billet  record. 


2 . 6 . C Exception  EEC's  (EXCPNECS) 

This  file  contains  tl.e  multiple  NEC's,  for  cases  in  which  a single 
rating  would  get  more  than  one  NEC  for  a single  aircraft  type.  Each 
record  contains  the  various  NEC’s,  with  tucir  relative  percentages 
to  be  assigned,  for  either  high  paygrade  billets  (E6,  E7,  E8)  or 
low  paygrade  billets  (E3,  E4,  E5) . 


2.6.7  Facilities  Maintenance  Percentages  (FMPCTS) 

This  file  contains  the  computation  percents  for  calculating  FM  work- 
load. For  each  work  center,  the  FM  workload  is  equal  to  the  AS 
workload  times  the  appropriate  FM  percent.  There  is  one  record  in 
the  file  for  each  possible  work  center. 


2.6.8  Ground  Officers  Priority  File  (GRNDOFF) 


This  file  contains  whole  billet  information,  including  BSN,  skills, 
and  function  code  (usually  OW) , for  ground  officer  billets.  The 
user  inputs  the  number  of  ground  officer  billets,  and  the  program 
selects  them  in  sequence  order. 


2.6.9  Grade  Spreads  (GRSPRDS ) 

This  file  contains  the  pay  grade  distribution  matrices  that  are 
used  to  assign  paygrades  to  computed  billets  based  on  work  center 
identify  and  population.  There  are  nine  different  grade  spread 
tables  in  the  files,  which  are  listed  in  Table  2-5.  For  each  popu- 
lation size  in  the  work  center,  the  grade  spread  shows  the  number 
of  billets  of  each  pay  grade. 


2.6.10  IfAF/SAF  (Corrective  Maintenance)  Coefficients  (MAFSAF) 

This  file  contains  the  coefficients  used  in  the  negative  exponential 
computation  of  corrective  maintenance  manhours  for  the  squadron. 

For  each  aircraft  type  in  the  fleet,  the  file  contains  a record  show- 
ing the  regression  coefficients  based  on  a negative  exponential  re- 
lation of  maintenance  manhours  to  flight  hours.  The  CM  data  are 
divided  into  carrier  and  ashore,  and  into  MAF  hours  and  SAF  hours, 
giving  four  sets  of  coefficients. 
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Work  Center 
(or  branch 
or  division) 


Maximum 
Popu  liition 
Covered 


Admin 


Personnel 


First  Lt 


Ooerations 


Maintenance  Ctl 


Material  Ctl 


Production  WC ' s 


Ordnance 


Line  Division 


Table  2-5:  Pay  Grade  Spreads 
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2.6.11  NEC  Data  (NECDATA) 

This  file  contains  the  NEC  data  for  assignment  of  NEC’s  by  aircraft 
type/rating . For  each  aircraft  type  there  is  one  record,  which ^ 
contains  the  system  NEC  for  the  aircraft,  and  the  particular  NEC  for 
each  rating.  In  the  case  that  the  rating  NEC  ir.  the  same  as  the 
system  NEC,  the  rating  NEC  field  is  blank.  In  the  case  that  a par 
ticular  rating  gets  no  NEC,  the  rating  field  contains  0000  . In 
the  case  that  there  are  multiple  NEC's  for  a single  rating,  the 
rating  field  contains  "XXXX",  signaling  the  program  to  refer  to 
the  Exception  NEC  file  for  that  rating. 


2.6.12  PM/CM  (maintenance)  Data  (PMCMDATA) 

This  file  contains  the  PM  manhour  values  for  four  categories  of  PM  - 
manhours  per  flight  hour,  manhours  per  aircraft  per  week,  manhours 
per  daily  inspection,  and  manhours  per  sortie.  It  is  organized  by 
work  center/rating;  there  is  one  record  for  each  appropriate  rating 
for  each  appropriate  work  center  for  each  aircraft  type.  Addition- 
ally, each  record  contains  the  percent  of  total  MAF  and  SAF  (cor- 
rective maintenance)  manhours  computed  for  that  aircraft  type  to  be 
assigned  to  the  rating/work  center. 

2.6.13  Squadron  Information  (SQNINFO) 

This  file  contains  various  formula  pointers,  computational  factors, 
flags,  and  special  ratings.  There  is  one  record  for  each  squadron 
class.  See  Appendix  B of  the  User's  Manual  for  descriotion  of 
data  elements. 


2.6.14  Work  Center  040  (Quality  Assurance)  (WCi2T40QA) 

This  file  contains  the  staffing  tables  for  assigning  whole  billets 
to  work  center  040.  The  user  specifies  the  correct  set  of  billets 
by  a run  control  card;  the  program  processes  the  records  in  the 
set  as  directed  whole  billets. 
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2.7  INPUT/PROCi ::;s  DK.SC R1  !•  ,’ION 


This  section  describes  in  detail  the  inputs  summarized  in  Section 

2.5.1  (and  in  Table  2-4).  The  data  on  each  user  input  card  is  des- 
cribed in  terms  of  purpose  and  content.  Also,  the  processing  steps 
applicable  to  each  input  are  related  to  the  input.  The  input  lay- 
outs and  tables  of  allowable  values  for  many  of  the  inputs  are  given 
in  Appendices  D and  G,  respectively,  in  the  User's  Manual. 


2.7.1  Genera  1 Information  (all  card  types) 

Each  card  contains  a twelve  column  card-key,  consisting  of  a ten- 
character  OPNAVINST  field  and  a two-character  CARD-TYPE  field. 

This  key  can  be  used  to  sort  cards  prior  to  a run,  and  to  keep 
cards  from  different  runs  segregated  in  storage.  Of  the  two  fields, 
only  the  CARD-TYPE  is  used  by  the  program,  to  determine  the  appro- 
priate processing. 

Card  types  01,  03,  and  99  are  control  cards;  all  others  are  data 
cards.  In  addition  to  the  twelve  column  card-key,  many  of  the 
data  card  types  arso  contain  an  additional  eight  columns  of  common 
information,  consisting  of  a separating  space,  followed  by  a seven- 
character  squadron  name  field  (entitled  SQUADRON) . This  field  is 
for  information  only;  it  is  not  used  in  the  ASQMD  processes;  it 
appears  on  card  types  04,  05,  06,  10,  20,  21,  and  22. 


2.7.2  C.T.  01  - Squadron  Title 

This  card  type  contains  the  squadron  title  that  appears  (centered) 
in  the  pages  of  the  squadron  manpower  document.  The  title  should 
be  left- justified  in  the  field'  on  the  card  so  that  the  centering 
routine  in  the  program  will  locate  it  properly  on  the  document  out- 
put pages.  The  maximum  length  of  the  squadron  title  is  60  characters. 
This  card  type  is  mandatory,  and  must  be  first  in  the  input  data 
deck . 


2.7.3  C.T.  03  - OPNAVINST  Title 

This  card  type  contains  the  OPNAVINST  title  that  appears  in  the 
pages  of  the  SQMD.  The  ten-character  field  occurs  in  Columns  47 
through  56  on  the  data  card.  The  card  type  is  mandatory,  and  must 
be  second  in  the  input  data  deck. 


2.7.4  C.T.  04  - Squadron  POE 

This  card  type  contains  the  POE  information  common  to  the  squadron 
as  a whole.  Squadron  type  is  used  in  a variety  of  places  in  the 
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program  to  decide  oolween  alternative  formulas,  j ■rocosso:-- , • t.c, 
that  reflect  standards  based  on  class  (VF,  VP,  ole.)  . Deployment 
is  either  "CARRIER"  or  "ASHORE",  again  lor  selecting  from  alter- 
native standards  based  on  deployment.  Note  that  this  field  docs 
not  preclude  the  entry  of  deployed  flight  hours  for  ashore  squadrons, 
or  vice  versa.  Maintenance  day  is  for  display  purposes  only;  it 
is  not  uti.lized  in  the  ASQMD  processing.  Flying  day  is  used  to 
compute  workload  for  plane  captains/handl nrs  (Jarnorson  formula). 

Flying  Days  per  Week  is  used  in  computation  of  planned  maintenance 
manhours  (related  to  manhours  per  daily  inspection).  Applicable  work- 
week is  the  standard  workweek  value  for  the  squadron.  It  is  the 
assumed  value  for  any  work  center  which  does  not  have  an  individual 
value  entered.  The  workweek  is  used  for  a number  of  computations 
including,  of  course,  the  determination  of  the  number  of  billets  re- 
quired to  support  the  worxload.  Number  of. shifts  for  work  center 
020  is  used  to  determine  the  number  of  billets  required  as  super- 
visors for  that  work  center  (Maintenance/Material  Control).  QA-KEY 
is  the  key  to  retrieving  the  appropriate  quality  assurance  billets 
from  the  staffing  table  stored  in  the  WC040QA  file.  The  number  of 
BEQ's  is  used  in  the  program  to  determine  the  number  of  BEQ  watch- 
standers.  Enclosure  number  is  a display  item  used  in  printing  the 
SQMD.  Work  center  230  factor  is  a numeric  factor  used  to  compute 
the  number  of  ordnancemen  required  in  certain  squadron  types. 

If  the  number  of  men  computed  from  workload  factors  is  less  than 
the  product  of  the  factor  times  the  number  of  aircraft,  the  dif- 
ference is  added  to  the  number  of  billets,  and  the  extra  manhours 
are  counted  as  OM.  Exactly  one  card  of  this  type  is  mandatory. 


2.7.5  C.T.  05  - Aircraft  POE 

This  card  type  contains  the  POE  data  particular  to  each  aircraft 
type.  Each  card  contains  the  data  for  one  aircraft  type.  Number 
of  planes  is  the  number  of  that  type,  used  in  many  places  through- 
out the  program  in  computation  of  manhour  and  direct  support  re- 
quirements. Hours  per  month  deployed  is  the  number  of  carrier-based 
flight  hours  for  each  aircraft  of  that  type  in  the  squadron. 

Average  hours  per  sortie  deployed  is  the  average  sortie  length  for 
carrier-based  aircraft  of  that  type  in  the  squadron.  Hours  per 
month  ashore  and  average  hours  per  sortie  ashore  are  as  above,  for 
shore-based  aircraft.  These  flight  hours  and  sortie  lengths  are 
used  throughout  the  program  in  computations  of  manhours  and  direct 
support  requirements.  Pilot  seat  factor,  NFO  seat  factor,  and  air- 
crew seat  factor  are  the  numbers  of  each  category  required  to  make 
up  a flight  crew  for  the  aircraft.  Crew  ratio  is  the  ratio  of 
number  of  flight  crews  for  each  aircraft.  These  factors  and 
ratio,  together  with  the  number  of  aircraft  of  the  type,  enable 
computation  of  the  number  of  pilots,  NFO's,  and  aircrcwmen  neces- 
sary to  man  the  aircraft  in  the  squadron.  An  individual  aircraft 
will  generally  be  either  carrier-based  or  shore-based,  therefore 
only  one  set  of  fields  will  be  filled.  The  values  placed  in  the 
unused  fields  must  bo  '000'  in  the  hours  per  month  field  and  '999' 
in  the  average  sortie  length  field. 
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2.7.6 


C.T.  06 


S c i u a dr  on  PO ! 1 O i > t ional  Pit,  a 


This  card  type  contains  data  v/hich  arc  not  required  by  the  ASQMD 
program,  but  which  the  user  may  choose  to  input.  They  are  data 
reliiting  to  the  numbers  of  various  billets.  Ground  officer  num- 
ber is  the  number  of  ground  officer  billets  to  be  input  from  the 
ground  officer  staffing  table  (file).  Excess  pilots,  excess  NFO's 
and  excess  aircrew  are  the  numbers  in  each  category  above  the  num- 
bers calculated  from  seat  factors,  crew  ratios,  and  number  of  air- 
craft by  type.  The  excess  numbers  are  added  to  the  computed  num- 
bers to  determine  the  total  numbers  to  be  selected  from  the  respec- 
tive staffing  tables.  The  number  of  students  is  a variable  applic- 
able to  training  squadrons,  in  which  workload  for  the  PN's  is 
created  by  students  on  board,  even  though  the  students  are  not 
counted  as  billets  in  the  squadron  population. 


2.7.7  C.T.  07  - Prin t Overrides 

This  card  t pe  contains  flags  to  override  print  of  working  papers 
and  various  document  sections.  The  flags  are  not  positional  ; they 
are  set  by  e occurrence  of  the  appropriate  character  in  any  of 
the  flag  f ids.  The  operation  is  shown  in  Table  2-6. 


Presence  of  the  Character 


Causes  Suppression  of 


"2" 

"3" 

"5" 

"6" 

"W  " 

"D" 

in  any  flag  field  on  C.T.  07 


SECTION  II 
SECTION  III 
SECTION  V 
SECTION  VI 
Working  Papers 
Directed  Billets 
in  the  print  routines. 


Table  2-6.  Print  Override  Flags 


2.7.8  C.T.  08  - Minimum  Billets  by  Work  Center 

This  card  contains  minimum  work  center  requirements.  Card  8 work 
center  contains  the  two-digit  work  center  identification  equal,  to 
the  first  two  digits  of  the  starting  billet  sequence  number  of  the 
work  center  (for  production  maintenance  work  centers)  . Minimum 
billets  per  shift  is  exactly  as  implied  - the  number  of  shifts 
times  the  minimum  per  shift  equals  the  minimum  billets  for  the 
work  center.  If  the  minimum  for  the  work  center  is  greater  than 
the  number  computed  from  standards,  the  difference  is  added  to 
the  number  of  billets  to  be  spread,  and  the  additional  billets  are 
accounted  as  OM  workload  equal  to  the  standard  workweek. 
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2.7.9  C.T.  09  - !••  | i rj  men t_  D ; 1 - tes 


This  card  type  contains  a list  of  departments  to  be  deleted  when 
processing  directed  billets  for  the  particular  run.  There  are  ten 
two-digit  fields  available  for  entering  the  two  digit  identifiers 
(as  in  2.7.8)  of  the  unwanted  departments. 

2.7.10  C.T.  10  - Directed  nil  lets 

This  card  type  contains  directed  whole  billets,  to  be  added  to  the 
output  squadron  without  going  through  the  billet  derivation  process. 
Each  card  present  in  the  run  contains  all  the  information  necessary 
to  create  one  billet  in  the  output  set.  Each  billet  contains  a 
billet  sequence  number.  The  officer/enlisted/civilian  indicator 
denotes  the  class  of  the  billet.  For  officers,  the  skill  informa- 
tion includes  primary  and  secondary  NOBC , AQD , U-code,  designator, 
and  paygrade.  For  enlisted,  the  skill  data  field  contains  the  pri- 
mary and  secondary  NEC,  the  rating,  and  the  paygrade.  For  civilians 
the  skill  field  contains  the  GS-series  and  GS-grade.  Each  directed 
billet  card  contains  a function  field.  If  a legal  function  code  is 
entered,  the  standard  workweek  is  accounted  in  manhours  for  the 
function  for  the  appropriate  work  center  (determined  from  the  billet 
sequence  number,  as  in  2.7.8).  Each  directed  billet  card  contains 
a title  override  flag  and  a replacement  title  field.  If  the 
character  "*"  is  entered  in  the  title  override  flag,  then  the  re- 
placement title  is  used  in  place  of  the  billet  title  (from  the 
title  file)  that  would  normally  be  associated  with  the  billet 
sequence  number. 


2.7.11  C.  T.  15  - Billet  Deletes 

This  card  type  contains  data  on  billets  to  be  deleted  from  the 
final  list  before  output.  The  billets  might  be  computed  during 
the  derivation  process,  or  they  could  be  directed  billets  (from 
the  directed  billet  file)  where  the  user  chose  to  use  this  de- 
letion capability  rather  than  modify  the  directed  billet  file. 

The  type  of  delete  is  an  "0",  "E" , or  "C"  code  that  signifies  the 
class  of  billet  to  be  deleted.  The  billet  for  deletion  field 
contains  the  billet  sequence  number  of  the  billet  to  be  deleted. 
The  function  of  deletion  field  contains  a function  code  for  re- 
ducing the  functional  workload  of  the  work  center  by  the  number 
of  manhours  equal  to  the  workweek. 


2.7.12  C.T.  17  - Billet  Data  Override 

This  card  type  contains  override  data  for  changing  a billet  (a 
manual  "billet  file  modification"  procedure).  The  type  of  over- 
ride is  an  "O" , "E" , or  "C" , indicating  the  class  of  billet  to 
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be  overridden . 
par  Lieu  Kir  bilK.t  tc 
ing  any  skill  field  o 
applied  to  the  final 
before  output. 


The  billet  f.eguoncc  number  indicates  the 
be  ch  a.';  d.  Th  • over rid  • data  allow  cl:  ei 
r combination  of  fields.  The  overrides  are 
billot  list  (after  completion  of  processing) 


2.7.13  C.T.  13  - Dent./Div.  Title  Overrides 


This  card  type  contains  title  overrides  for  organizational  compon- 
ents. Each  card  contains  a sequence  number  and  a nev;  title.  The 
sequence  number  is  used  to  locate  the  component  in  the  squadron 
organization  (by  the  same  method  as  2.7.3)  . The  nev;  title  (up  to 
25  characters)  replaces  the  standard  title  in  the  organization 
table. 


2.7.14  C.  T.  20  - Standard  Allowance  Over rides 

This  card  type  contains  the  replacement  values  to  override  the 
standard  values  for  allowances  for  a work  center.  Each  record  re- 
presents one  work  center;  if  a record  is  absent  for  a work  center, 
the  values  use  st  .ndard  defaults;  thus,  the  card  type  is  optional. 
The  work  center  index  is  the  two-digit  field  containing  the  first 
two  digits  of  the  billet  sequence  numbers  appropriate  (see  again 
Section  2.7.8).  The  work  center  workweek  replaces  the  default 
(applicable  workweek)  read  from  card  type  04  (for  this  work  center 
only,  of  course) . The  productivity  allowance  and  production  delay 
factors  (if  present)  override  the  standard  values,  stored  in  a 
table  in  the  program,  and  used  in  workload  computations. 


2.7.15  C.T.  21  - Imposed  Manhours 

This  card  type  contains  additional  imposed  manhours  (above  the 
workload  computed  from  standards)  by  function  code,  for  a work 
center.  The  work  center  index  field  locates  the  particular  work 
center  (as  in  2.7.8).  The  imposed  manhours  are  entered  in  posi- 
tional fields  corresponding,  respectively,  to  OM,  PM,  CM,  AS,  FM, 
UT , and  OW.  Each  imposed  manhour  value  entered  on  a card  of  this 
type  is  added  to  the  functional  manhours  of  the  appropriate  func- 
tion for  the  work  center,  and  also  to  the  total  functional  work- 
load of  the  work  center  (which  is  used  to  compute  the  number  of 
billets) . 


i 


2.7.16  C.T.  22  - Deleted  Manhours 

This  card  type  is  exactly  the  same  as  card  type  21,  except  that 
within  the  ASQMD,  the  hours  are  subtracted,  instead  of  added. 
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7.17  C.T.  fJ9  - Endup  Control  Card 

This  card  type  contains  no  data,  but  must  appear  last  in  the  input 
data  card  set  to  signify  the  end  of  the  control  and  data  cards. 


[ 


A 


3 . 1 P RE -RUN  PROCEDURES 

Prior  to  the  execution  of  the  ASQMD  program,  the  user  will  need 
to  make  changes  to  the  JCL  and  to  the  input  transaction  cards. 


3.1.1  JCL  Overrides 

The  user  has  the  option  to  override  many  of  the  JCL  parameters. 
Those  commonly  overridden  will  be  /.VIATOR  , AIRCREW,  DIRECT, 
GRNDOFF  and  BILLETS.  To  override  these  parameters  the  user  need 
only  input  the  file  to  be  overridden  and  the  squadron  name  of 
the  override,  for  example: 

//  AVIAT0R=VX5 , 

//  AIRCREW=VX5 , 

If  no  override  card  is.  present,  the  program  will  assume  that  there 
is  no  input  for  that  specific  file.  The  user  should  verify  that 
the  squadron  name  of  the  override  exists  on  the  specific  data  set 
being  overridden.  A list  of  acceptable  squadron  names  for  each 
file  can  be  found  in  Appendix  H of  the  User's  Manual.  In  addition. 
Appendix  I!  gives  the  number  of  billets  for  the  specific  file  by 
squadron. 

The  user  may  also  override  the  MAFSAF  and  PMCM  parameter  in  order 
to  run  a document  using  historical  maintenance  data. 

3.1.2  POE  Data 

For  each  squadron,  different  POE  information  will  be  used.  In 
addition,  override/addition  cards  will  be  used  for  most  runs 
when  generating  smooth  documents.  Appendix  D gives  the  format 
for  all  cards  used  in  the  ASQMD  system.  In  general,  the  sequence 
of  the  input  cards  is  not  important,  however,  two  exceptions  to 
this  rule  exist.  First,  card  types  '01'  and  '03*  must  be  the 
first  two  input  cards  with  card  type  '01'  first.  Second,  card 
type  '04'  must  precede  a card  type  '06'.  Card  type  '06  is 
optional.  Any  other  cards  may  be  in  any  sequence  desired. 

Section  3.3  (Limitations)  should  be  read  to  determine  the  actual 
effect  and  consequences  for  various  override  cards. 


3 . 2 TSO 


The  ASQMD  system  can  be  executed  entirely  from  TSO  by  using  stan- 
dard TSO  commands.  The  JCL  necessary  to  execute  the  program  and 
all  basic  utility  functions  resides  on  the  TSO  data  base.  The 
files  are  described  in  detail  in  this  section  . 


3.2.1  P ROC LID  • 

This  file  is  a partitioned  data  set  consisting  of  four  members. 
Member  SQM  Dll  GO  is  an  execution  of  the  ASQMD  module  only.  Member 
UPDATE  is  an  execution  of  the  billet  title  file  update  only.  Mem- 
ber SQMDBALL  is  a single  execution  of  both  the  UPDATE  and  the 
SQMDBGO  members.  Member  SQMDBPRC  is  an  execution  of  the  ASQMD 
module  as  it  must  be  done  during  classified  runs  at  PRC. 


3.2.2  RUN 

This  file  is  a partitioned  data  set  consisting  of  four  members. 
Each  member  is  the  JCL  necessary  to  execute  the  corresponding 
named  members  of  PROCLIB.  The  '//*'  cards  are  comments  to 
enable  the  users  to  more  easily  run  the  system. 


3.2.3  UTILITY 

This  file  is  a partitioned  data  set  containing  JCL  for  miscel- 
laneous programs  required  to  maintain  the  ASQMD  system. 

Member  TAPEANAL  is  the  JCL  necessary  to  produce  an  analysis  of 
the  NAVMMACLANT  data  tape. 

Member  LOAD  is  the  JCL  necessary  to  generate  the  new  PMCM-MAFSAF 
files . 

Member  COPYOUT  is  the  JCL  necessary  to  copy  all  the  TSO  data  sets 
out  to  tape. 

Member  DELETE  is  the  JCL  necessary  to  delete  all  but  the  UTILITY 
file  on  the  TSO  data  base. 

Member  COPYBACK  is  the  JCL  necessary  to  reload  the  data  sets  from 
the  tape  onto  the  TSO  data  base. 
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3 . 3 LIMITATIONS 

Within  the  ASQMD  system,  various  limitations  exist.  This  does 
not  imply  that  certain  required  functions  are  not  performed. 

It  means  that  when  qiven  an  option  to  do  a task  one  of  two  ways, 
by  chosing  one  method  certain  features  inherent  to  the  other 
method  will  no  longer  be  available.  Careful  examination  of 
these  limitations  is  necessary  in  order  to  fully  utilize  and 
understand  how  change  cards  to  the  ASQMD  system  operate. 


o Billets  added  to  maintenance  work  centers  will  not  be 
considered  when  grade  spreads  are  applied.  Thus, 
erroneous  grade  spreads  might  occur.  An  alternative 
would  be  to  add  the  proper  number  of  hours  to  the 
manhour  totals. 

• Billets  deleted  are  done  so  after  gradespreads  are 
applied.  Thus  erroneous  grade  spreads  will  occur. 

An  alternative  would  be  to  delete  the  proper  number 
of  hours  from  the  manhour  totals. 


• If  new  departments  are  added  (44000,  45000,  46000)  the 
only  allowable  combinations  are: 

a)  44000  & 45000  & 46000 

b)  44000  & 45000 

c)  44000  & 46000 

d)  44000 

• If  a billet  is  to  be  deleted,  generally  the  hours  will 
not  come  from  only  one  function.  However,  a C^IS 
deletes  from  only  one  function.  To  use  a CT22  prior 
to  computing  grade  spreads  rather  than  a CT15  might 
cause  the  wrong  billet  to  be  deleted. 

• When  overriding  division  CPOS  (21050,  29050,  37050)  all 
fields  must  be  included  even  if  only  one  is  to  be 
changed . 

• When  deleting  billets,  remember  that  those  billets  exist- 
ed when  personnel  and  administrative  hours  were  generated. 

Thus,  those  departments  (Pers,  Admin,  1st  Lt)  will  have 
extra  hours. 

a)  ADMIN  = .314  hours/  billet 

b)  PERS  = .435  hours/billet 

• If  a billet  is  added  without  a function  code,  the  computed  number 
of  billets  subject  to  a grade  spread  will  decrease. 
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o Career  Counselors  arc  only  added  to  squadrons  which 
consisted  of  200  men  prior  to  the  assignment  of  the 
Career  Counselor. 

• No  more  than  10  aircraft  types  may  exist  in  any  one  squadron. 

e NECs  of  ' XXXX ' will  occur  when  an  NEC  was  designated 
as  having  exception  percentages  but  none  existed  on 
the  file. 

® NECs  of  '0000'  will  occur  whenever  an  aircraft  was 
described  on  PCE  data  but  did  not  exist  in  the  files. 

® If  all  hours  from  a maintenance  work  center  are  being 
deleted  by  a CT22,  remember  that  FM  and  AS  are  calcu- 
lated as  a percentage  of  all  PM/CM.  Tnerefore,  two 
iterations  will  probably  be  necessary  since  the  sum  of 
PM/CM  will  decrease  on  the  first  run,  therefore  chang- 
ing each  work  center's  individual  apportioned  amount 
of  AS  and  FM 

• A change  in  billets  throughout  the  squadron  could  have 
the  side  effect  of  changing  the  billets  in  ADMIN  Dept, 
PERSONNEL  Dept,  1st  LTs  Dept  and  even  the  Career 
Counselor . 

• The  hours  used  to  calculate  the  Administrative  and  , 
Personnel  departments  are  only  close  approximations, 
but  should  be  accurate  to  within  10  total  hours. 

• Grade  Spread  Limitations 

Grade  Spread  Size  Department  Group 

16 
16 
10 
25 
19 
15 
75 
120 
40 

• Array  Size  Limitations 

Max  Billets  Assignable 

150 
700 
1 


Officers 

Enlisted 

Civilian 


Administrative 
Personnel 
Ops  Dept. 

1st  LT  Dept. 

Maintenance  Control 
Material  Control 
Production  Work  Centers 
Line  Division 
Ordnance  Dept. 
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« When  using  <•  ird  type  ' 05 ' , if  I he  aircraft  is  carrier- 
bared,  the  value  for  average  sortie  length  ashore  must 
be  '999'  and  .if  the  aircraft  is  shore-based,  the  value 
for  average  sortie  length  deployed  must  be  '999'. 

• If  card  type  '06'  is  used,  all  unused  fields  must  be  zero 
filled. 

• If  an  invalid  aircraft  type  is  used,  NFCs  of  '0000'  will 
occur  for  billets  with  work  attached  to  that  plane.  PMCM 
data  and  MAFSAF  values  will  all  be  zero. 

• If  an  invalid  squadron  name  is  used,  the  program  will 
terminate  with  a message  stating  same. 

• When  updates  of  standards  of  imposed  hours  are  performed 
against  WC210  they  are  done  against  the  ASW  branch  (WC 
#30.)  Only  at  the  billet  computation  process  is  the  switch 
made  to  the  electrical  branch  (WC  #31.)  Therefore,  all 
WC210  changes  must  be  made  against  work  center  index  30. 

• When  hours  are  added  to  a work  center  which  is  comprised 
of  more  than  one  rating,  the  extra  hours  are  apportioned 
on  the  same  ration  as  other  hours  in  that  work  center. 

Hours  cannot  be  added  to  a specific  rating. 
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3.4  PROGRAM  ERRORS 


Although  much  caro  has  been  exercised  to  insure  that  the  ASQMD 
program  does  not  contain  any  program  'bugs',  errors  will  occasion- 
ally occur.  This  section  lists  those  errors  most  likely  to 
occur  and  the  probable  cause  of  each.  Appendix  L shows  represen- 
tative pages  of  a dump  pointing  out  those  fielcs  most  likely  to 
be  useful  in  solving  the  problem. 


ERRORS 

0C7  Data  Exception,  attempt  to  do  an  arithmetic  operation 
with  a non-nume ric  field. 

Probable  Causes 

1.  Fields  on  an  input  card  misaligned. 

2.  Computed  billets  for  a work  center  exceeded  the 
number  of  billets  in  the  grade  spread. 

3.  Invalid  Rate  for  directed  billet. 

322  Time  exceeded.  Program  may  have  entered  an  infinite 
loop. 

Probable  Causes 

1.  Hours  erroneously  added  to  the  WC  04000  series 
which  has  no  enlisted. 

2.  The  squadron  was  so  large  that  time  ran  out 
normally.  This  would  occur  around  the  550 
enlisted  mark. 

SQMD  not  run  due  to  prior  condition  codes:  This  will 

occur  if  during  the  UPDATE  program  any  abnormal 
termination  occurred.  Two  possibilities  exist: 

1.  An  IEBUPDTE  sequence  error  occurred  during  the 
BILTITLE  step.  User  should  correct  the  error 
and  resubmit  the  entire  job. 

2.  The  SCRATCH  step  generated  an  error.  This  can 
only  occur  if  there  was  a system  crash  and  then 
the  job  was  automatically  rerun.  The  user  should 
resubmit  the  entire  job. 
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013  File  error 


Probable  cause 

1.  On  one  of  the  JCL  override  statements  an  illegal 
squadron  name  was  used.  The  User  System  Log, 
found  on  listing  immediately  before  the  JCL,  will 
show  the  file  in  error. 


3.5  BILLET  TITLE  FILE  UPDATES 


DATALlb  contains  two  billet  title  files.  One,  NEWBIL,  contains 
the  permanent  billet  title  file  list.  A second  file,  TEMPBIL, 
contains  a temporary  billet  title  list  which  consists  of  the 
NEWBIL  list  after  squadron  specific  updates  were  made.  This 
file,  although  permanent  on  DATALIB  should  be  treated  as  a tem- 
porary file.  TEMPBIL  for  one  squadron  cannot  generally  be  used 
by  another  squadron. 


3.5.1  K3SQMD1 . BILUPDTE . DATA 

This  is  a partitioned  data  set  which  consists  of  all  the  Billet 
Title  updates.  The  file  is  used  in  the  procedures  UPDATE, 
SQMDBPRC  and  SQMDBALL . A default  to  an  empty  data  set  is  used 
so  that  using  those  prcedures  will  not  cause  an  error  if  no  up- 
dat  is  required. 
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3.6  PROCESSING  NAVMMACLANT  TAPES 

When  a tape  of  PMCM  and  MAFSAF  data  is  received  from  NAVMMACLANT, 
the  data  found  on  that  tape  should  be  extracted  and  added  to 
K3SQMD1.  DATALIB.  DATA.  The  member  name  assigned  should  somehow 
reflect  the  data  that  was  received.  It  is  suggested  that  a code 
such  as  ' PMCM0576 1 or  'MAF0676'  be  used.  Currently,  a sequential 
numbering  system  is  used.  A step-by-step  procedure  for  loading 
the  information  on  'DATALIB'  is  as  follows: 

1)  Transport  tape  from  NIH  to  PRC 

% 

2)  Execute  TAPEANAL  to  determine  which  file  of  the  tape 
the  desired  data  can  be  found.  A JCL  list  is  found 
in  K3SQMD1 . UTILITY . DATA  (TAPEANAL)  CNTL . 

3)  Execute  K3SQML 1 . UTILITY . DATA  (LOAD)  CNTL.  This  program 
reads  the  tape  and  generates  new  PMCM  and  MAFSAF  files. 
See  notes  in  TSO  JCL  of  'LOAD'  for  necessary  overrides. 

4)  Execute  K3SQMD1.UTIILITY.DATA  (PRINT)  CNTL.  This 
program  prints  the  MAF/SAF  file  as  is.  See  notes  in 
TSO  JCL  of  'PRINT'  for  necessary  overrides. 

5)  Using  TSO  make  necessary  edits  of  MAF/SAF  eliminating 
verbage,  replacing  it  with  zeroes. 

6)  Return  tape  from  PRC  to  NIH. 


i 


3-9 


r 


y 


3.7  MISCELLANEOUS  COMPUTATIONAL  PROCEDURES 


Thir.  section  states  various  computational  steps  used  in  the  ASQMD 
program  which  are  either  unique  to  this  program  or  are  not  clearly 
defined  by  other  documents. 


3.7.1  Estimation  of  Admin  and  Personnel  Hours 

The  Admin  and  Personnel . department  base  their  AS  hours  on  a formula 
which  requires  knowledge  of  the  total  number  of  billets  in  the 
squadron.  However,  the  billets  for  those  departments  are  computed 
when  only  the  total  maintenance  hours  for  the  other  departments  is 
known.  Due  to  rounding  rules,  it  was  discovered  during  develop- 
ment that  the  division  of  total  hours  by  the  work  week  yielded  an 
estimated  number  of  billets  below  that  amount  actually  generated. 
Therefore  a factor  was  added  to  the  estimated  number  of  billets  to 
more  accurately  predict  what  the  final  total  would  be.  After 
examining  ten  squadrons  of  various  sizes  the  following  formula  was 
established  for  use  in  the  program: 

Y = TOTAL  HOURS  FOP  ENLISTED 
Workweek 

8 

Est  Enl  = 1.1  (Y)  + - 

Y 


3.7.2  Assignment  of  NECs 

NECs  are  found  in  two  places  in  DATA!, IB.  First,  they  are  found 
in  the  NECDATA  file.  Second,  they  are  found  in  the  PMCM  file. 

The  ASQMD  program  uses  those  found  in  the  NECDATA  file  and  ignores 
those  in  the  PMCM  file. 


3.7.3  Rounding  Rule 

The  rounding  rule,  which  is  discussed  in  Appendix  A,  is  used 
for  all  work  centers.  The  appropriate  value  is  added  to  the 
fractional  number  of  computed  billets  and  then  the  new  value 
is  truncated  leaving  only  a whole  number  of  billets. 


3.7.4  1st  Lt.  Standards 


Within  the  1st  Lts  department,  some  billets  are  imposed.  How- 
ever, BEQ  supervisors  and  FAC  maintenance  men  are  generated  based 
on  the  number  of  other  billets  in  the  squadron.  This  department 
uses  the  same  estimating  procedure  as  docs  the  Admin  department 
(see  3.7.1)  to  estimate  the  number  of  enlisted  billets.  Then 
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using  the  table  in  the  User's  Manual,  it  determines  the  number  of 
1st  Lt.  billets.  For  example,  if  the  estimated  squadron  popu- 
lation was  500,  the  program  would  step  down  the  table  until  it 
encountered  a number  greater  than  500.  When  it  reached  530, 
the  search  would  cease.  Since  530  was  the  eighth  entry  in  the 
table,  eight  billets  worth  of  work  would  be  assigned. 

Additionally  when  imposed  hours  are  added  to  the  1st  Lts  depart- 
ment, these  hours  are  added  to  the  before  mentioned  hours.  When 
grade  spreads  are  computed  for  these  hours,  two  processes  occur 
depending  on  whether  the  squadron  was  shore-  or  carrier-based. 
For  carrier-based  squadrons,  the  first  assigned  billet  is  a 
PPO/D7vMAGE  CTL  PO  with  AS  work.  Subsequent  billets  will  be 
OPEN  with  AS  work  if  they  are  not  AN  rated  and  FAC  MAINTMAN 
if  AN  rated.  For  shore-based  squadrons,  the  first  assigned 
billet  is  a HANGER  MAI NT  SUPVR  with  AS  work.  The  second  billet 
is  a BEQ  MAA  SUPVR  with  AS  work  if  not  AN  rated  and  a FAC 
MAINTMAN  if  AN  rated.  Subsequent  billets  are  BEQ  MAA  if  not 
AN  rated  and  FAC  MAINTMAN  if  AN  rated. 


3.7.5  WC230 

For  certain  carrier-based  squadrons,  the  number  of  computed  ^ 
billets  is  augmented  by  a factor  which  is  input  on  card  type  '04  . 
This  factor  is  multiplied  by  the  number  of  computed  billets 
yielding  a new  number.  Excess  hours  required  for  this  augmenting 
are  added  to  the  OM  hours  of  that  work  center.  Baseline  runs 
against  specified  squadron  were  run  to  determine  the  factor.  If 
the  field  is  blank  on  the  input  card,  a factor  of  1.0  is  assumed. 


3.7.6  UT_ 

Computations 

Utility  Task  hours  are  'hard- 

-wired'  into 

the  program 

squadron  type. 

VAA7FLT 

VAA6FLT 

VFF4FLT 

VSFLT 

VFPFLT 

VAWFLT 

ALL 

VF14FLT 

VAQFLT 

OTHER 

DEPT 

HSFLT 

RVAHFLT 

CARRIER 

ADMIN 

10.4  hrs. 

10.4  hrs. 

10.4  hrs 

PERS 

10.4 

10.4 

10.4 

WC020 

10.4 

10.4 

10.4 

WC050 

10.4 

10.4 

10.4 

WC110 

41.5 

20.7 

0.0 

• WC120 

41.5 

20.7 

0.0 

WC130 

10.4 

10.4 

10.4 

WC131 

10.4 

10.4 

10.4 

WC  210 

62.2 

20.7 

0.0 

WC  211 

62.2 

20.7 

0.0 

WC220 

41.5 

20.7 

0.0 

WC230 

41.5 

-0.0 

0.0 

WC310 

103.7 

62.2 

0.0 
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3.7.7  STEP  BY  STEP  COMPUTATIONAL  PROCEDURES 


The  following  steps  are  used  by  the  program  to  calculate  work 
center  hours: 

(1)  Figure  total  MAF  manhours  and  total  SAF  manhours 

(2)  Spread  MAF  and  SAF  manhours  to  the  work  centers  via 

percentages 

(3)  Add  MAF  and  SAF  by  work  centers 

(4)  Figure  CM  PD  by  work  centers 

(5)  Add  MAF  and  SAF  CM  Productive  delay  to  get  total  CM 

per  work  center 

(6)  Figure  total  raw  PM  by  work  center 

(7)  Add  30%  MRPA  to  the  raw  PM  by  work  center 

(8)  Figure  PA  + PD  by  work  center 

(9)  Compute  the  raw  PM  and  MRPA  multiplied  by  PA  times  PD 

(10)  Compute  the  total  PM  by  work  center 

(11)  Compute  squadron  maintenance  equal  to  total  PM  plus 

total  CM 

(12)  Compute  total  AS  using  the  appropriate  AS  formula 

(13)  Multiply  total  AS  times  AS  percent  and  then  spread 

to  work  centers 

(14)  Figure  FM  by  work  center  equal  to  FM%  by  WC  AS 

(15)  Spread  troubleshooter  hours 

(16)  Compute  requisition  factors  and  enter  as  AS  for  WC05J2T 

(17)  Compute  WCOSO  FM  as  a percent  of  VJC&20  AS 

(18)  Compute  hours  for  WCOSO  using  number  of  shifts  and 

AS's  from  formulae 

(19)  Compute  hours  in  OPS  office 

(20)  Compute  YN  and  PN  as  AS  hours  from  formula  of  estimated 

billets 
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3.8  SPECIAL  FEATURES 


After  the  initial  design  work  for  the  ASQMD  system,  various 
features  were  added  to  allow  the  user  more  flexibility  with 
the  system.  This  section  describes  the  most  prominent  of  these 
features  and  how  they  function. 


3.8.1  PM  Only 

Some  squadrons  possess  planes  which  do  not  fly  but  which  to  re- 
quire PM  to  be  performed.  For  these  squadrons,  the  PM  only 
feature  was  added.  By  using  hours/month  of  zero  on  card  type 
*05'  all  hours  associated  with  CM  will  be  zero,  thus  causiny 
a PM  only  status. 


3.8.2  QA  Key 

Many  aircraft  require  Quality  Assurance  billets.  It  is  possible 
that  a specific  squadron  would  possess  two  such  aircraft.  By 
giving  the  aircraft  type  on  a card  type  '04'  the  program  will 
select  the  set  of  QA  billets  desired  by  the  user. 


3.8.3  New  Departments 

On  occasion,  a squadron  may  wish  to  have  a department  which  is 
not  in  the  standard  set  of  departments.  Examining  the  table 
will  indicate  that  some  departments  have  been  titled  'OPEN'. 

These  titles  may  be  overridden  by  a user  supplied  title  and  then 
directed  billets  may  be  added  to  these  departments.  A card  type 
*15'  overrides  the  title  while  a card  type  '10'  adds  the  billets. 
When  the  title  override  occurs,  the  Section  II. table  is  also 
altered  so  that  these  new  departments  are  shown  correctly  in  the 
Section  II  Summary  Report. 


3.8.4  Directed  Billet  Bypass 

Some  departments,  FRAMP  for  example,  are  generated  through  directed 
billets.  Occasionally,  the  user  may  wish  not  to  process  some 
directed  billets  but  still  not  wish  to  eliminate  all  directed 
billets.  By  use  of  a card  type  '09',  the  user  may  eliminate  all 
program  use  of  any  directed  billets  for  any  department  desired. 

When  this  card  is  used,  the  billets  arc  not  processed  when  the 
directed  billet  file  is  read,  thus  no  billets  and  no  hours  are 
generated . 


3.8.5  Working  Papers 


Before  the  printing  of  the  ASQMD  document,  a set  of  working 
papers  are  printed.  These  papers  arc  a formatted  listing  of 
arrays  used  in  the  program  to  generate  billets.  They  contain 
by  work  center  all  hours,  computed  and  imposed,  along  with 
all  other  factors  which  went  into  the  computation  of  billets, 
such  as  PD  percent,  workweek,  etc.  Also  PMCM  and  MAFSAF  values 
are  listed  along  with  the  latest  update  date.  For  PMCM,  two 
dates  are  listed  in  the  form  MMY.  The  first  date  is  the 
latest  deployed  based  data  updates  while  the  second  one  is  the 
latest  shore-based  data  updates. 


3.8.6  PD  Increment 

A feature  of  the  working  papers  is  the  PD  increment  column. 

This  number  is  the  extra  PM  that  a one  percent  rise  in  the  PD 
factor  would  cause.  This  can  be  helpful  if  a squadron  PD  factor 
is  believed  wrong  but  the  effect  of  a change  in  that  factor  is 
unknown . 
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3.9  RECOMPILING  THE  PROGRAM 


As  new  requirements  become  known,  the  ASOMD  program  will  have  to 
be  altered  and  a new  LOAD  MODULE  created.  Each  statement  of  the 
program  has  a unique  line  number.  Normal  TSO  commands  can  be 
used  to  update  the  ASQMD  program.  After  updating  is  completed, 
the  program  must  be  recompiled.  The  'COMPILE'  member  of  UTILITY. 
DATA  contains  the  JCL  necessary  to  compile  only.  The  new  pro- 
gram is  read  from  the  data  sot  specified  on  the  //COB.SYSIN  card. 
It  is  loaded  into  the  data  set  specified  on  the  //LKED . SYSLMOD 
card  and  into  the  member  found  immediately  after  the  //LKED. 

SYSIN  card.  The  ' (R) ' means  replacement  but  can  also  be  used  for 
a newly  created  data  set. 


SECTION  4 


1 


1000/4A  Interface  System 


4 . 1 OVERVIEW 

Manpower  requirements  for  aircraft  squadrons  are  delineated  in 
the  Squadron  Manpower  Documents  (SQMD) . The  funded  billets  for 
each  activity  are  then  displayed  on  the  Manpower  Authorization 
(OPNAV  Form  1000/2) . Changes  to  the  OPNAV  1000/2  are  requested 
via  the  Manpower  Authorization  Request  (OPNAV  FORM  1000/4A) . 

Data  is  placed  on  the  1000/4A  manually,  and  keypunched  from  that 
form. 

Significant  manpower  actions  (a  reorganization  for  example)  re- 
quired a vast  amount  of  hand-coding  of  1000/4A's.  Inasmuch  as 
changes  of  this  nature  apply  to  the  manpower  documents  as  well 
as  the  authorizations,  it  would  demonstrably  reduce  the  manual 
effort  required  if  these  changes  could  be  entered  with  a single 
effort.  The  100U/4A  Interface  System  was  written  to  satisfy 
these  requirements.  The  system  functions  are  shown  in  the  over- 
view schematic,  figure  4-1. 


4-1 


4.2  PROGRAM  DESCRIPTIONS 


The  1000/4A  interface  system  consists  of  six  COBOL  programs  and 
two  utility  sorts.  Figure  4-1  shows  the  system  flow  of  the  inter- 
face system.  Four  files  are  permanently  attached  to  the  system  and 
during  the  execution  of  the  system  four  temporary  files  are  created. 
These  temporary  files  are  not  saved  at  the  end  of  each  execution. 

The  1000/4.A  system  takes  as  input  the  actual  7\SQMD  document,  to 
include  working  papers,  and  stores  this  on  a tape  file  of  all 
ASQMDs  after  appending  a user-supplied  identifying  number  to  the 
document.  The  ASQMDs  residing  on  tape  may  be  printed,  initiated 
into  the  1000/4A  system  or  both.  Upon  entering  the  system,  like 
records  are  merged  and  sorted  with  the  final  results  a 1000/4A 
report.  This  report  can  be  corrected  using  update  cards  and  a new 
report  produced.  When  the  final  report  is  created,  cards  are  pro- 
duced which  the  1000/2  system  reads  to  produce  the  1000/2  report. 
Sections  4.2.1  through  4.2.6  give  a more  detailed  description  of 
each  program  in  the  system. 


4.2.1  OP0001 

After  the  ASQMD  is  executed  and  finalized,  the  user,  instead  of 
printing  the  final  document  can  place  it  on  a data  set  named 
K3SQMD1 . PRNTLIB. DATA.  This  data  set  is  a line-by-line  image  of 
the  ASQMD  document.  OP0001  reads  PRNTLIB  and  adds  it  to  a tape 
file  of  all  ASQMDs.  A control  card  is  read,  and  the  ter-char- 
acter  code  is  attached  to  the  document  as  it  is  added  to  the 
master  file.  This  enables  each  document  to  be  individually  ac- 
cessed. The  necessity  for  at  least  two  tapes  is  envisioned. 

For  each  run  the  previous  output  tape  will  now  be  the  input 
tape  and  vice-versa.  The  current  master  tape  will  be  a line- 
by-line  image  of  all  ASQMDs. 


4.2.2  QP0002 

Using  the  current  master  tape,  this  program  gives  the  user  three 
options.  First,  he  can  select  and  print  any  existing  ASQMD  by 
merely  referencing  its  name  and  the  proper  code.  Second,  he  can 
select  and  start  on  the  1000/4A  process  of  any  existing  ASQMD. 
Third,  he  can  do  both  of  the  above  operations.  Appendix  M gives 
a description  of  the  control  cards  required.  If  only  the  first 
option  is  desired  this  program  is  run  separately  and  no  output 
files  are  created.  If  either  of  the  other  options  is  desired, 
then  the  system  automatically  runs  until  a preliminary  1000/4A 
report  is  produced. 


L 
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•1.2.3  OP0003 


Tho  file  output  from  OP0002  is  sorted  and  sent  to  this  program. 
OP0003  inputs  no  control  card  and  creates  no  permanent  file.  This 
program  merges  together  like  billets  so  that  a condensed  list  can 
be  passed  to  latter  programs  in  the  system.  JCL  for  this  step  is 
included  in  that  for  OP0002. 


4.2.1  OP 1000 4 A 

This  program  reads  the  sorted  condensed  file  and  produces  a pre- 
liminary 1000/4A  report  along  with  a permanent  output  file  used 
to  generate  the  report.  A control  card  is  irput,  giving  informa- 
tion on  how  certain  fields  are  to  be  used.  This  card  specific- 
ally defines  whether  the  billets-authorized  field  is  to  be  ex- 
tended to  fiscal  year  fields.  JCL  for  this  step  is  included  in 
that  for  OP0002. 


4.2.5  QP10004B 

This  program  refines  the  previously  generated  10Q0/4A  report  by 
the  use  of  update/correction  cards.  The  first  input  card  is  the 
control  card  defined  in  Section  4.2.4.  This  program  inputs  the 
tape  produced  bv  OP10004A  and  produces  a 'final'  1000/4A  file. 

If  this  'final'  file  is  still  in  need  of  further  corrections,  it 
is  input  to  this  program  replacing  the  file  produced  by  OP10004A. 
If,  instead,  the  file  is  good,  it  is  input  into  OP10004C. 


4.2.6  QP10004C 

This  program  takes  as  input  the  'final'  1000/4A  file  and  produces 
a tape  of  card  images  compatible  to  the  1000/2  system  as  used 
by  PERS-3.  A single  input  card  of  header  information  is  read. 
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4.3  CATALOGUED  JCL  PROCEDURES 


Residing  on  PROCLIB  are  five  catalogued  procedures.  These  allow 
the  user  to  execute  the  1000/4A  system  from  TSO  using  a minimum 
of  JCL.  This  section  explains  the  different  JCL  procedures. 

Member  TOMASTER  is  the  JCL  necessary  to  add  an  ASQMD  document  to 
the  master  tape.  The  run  JCL  lias  two  necessary  overrides  defining 
the  input  and  output  tape.  If  either  is  missing  the  job  will 
terminate  with  an  S013  completion  card. 

Member  PRNTSQMD  is  the  JCL  necessary  to  print  a sjccified  ASQMD. 

No  execution  of  the  1000/4A  system  is  allowed  by  this  procedure. 

Member  RUN10004  is  the  JCL  necessary  to  take  an  ASQMD  and  produce 
a preliminary  1000/4A  leport.  In  addition,  the  user  may  also 
print  the  ASQMD. 

Member  UPD10004  is  the  JCL  necessary  to  update  the  preliminary 
1000/4A  report.  Due  to  the  possibility  of  excessive  input  cards, 
this  procedure  should  probably  not  be  run  from  TSO  but  instead 
from  a remote  terminal. 

Member  PCH10004  is  the  JCL  necessary  to  create  1000/4A  card  images  for 
input  to  the  1000/2  system. 
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a . A run  steps 

When  a smooth  ASQMD  document  has  finally  been  generated,  the 
user  may  wish  to  produce  a 1000/4A  report  and  create  cards  for 
input  into  the  1000/2  system.  This  section  will  give  an  over- 
view of  the  entire  run  procedure  and  then  a step-by-step  des- 
cription of  how  to  run  the  1000/4A  system. 


4.4.1  Gencr a 1 Overview 

Figure  4-1  shows  the  basic  1000/4A  flow.  An  ASQMD  document,  re- 
siding on  the  TSO  data  set  PRNTLIB  is  merged  with  an  existing 
tape  of  all  ASQMD  documents,  from  which  a rew  ASQMD  tape  is 
created.  This  tape  is  read  as  input  into  a program  (OP0002) 
which  extracts  information  from  the  tape  for  the  specified 
squadron,  as  found  in  the  QP0002  control  card,  and  creates  a 
file  of  only  that  information  needed  to  produce  a 1000/4A  report. 
This  file  is  then  sorted,  like  billets  are  combined  and  then 
resorted  so  as  to  be  input  to  the  program  which  produces  a pre- 
liminary 1000/4A  report.  This  report  is  then  examined  and  up- 
date cards  are  created  for  input  into  the  program  which  will 
produce  a final  1000/4A  report.  A file  is  also  created  of 
information  necessary  to  punch  1000/2  cards.  If  no  further 
corrections  are  required,  the  1000/2  cards  are  punched  for  sub- 
mission to  the  1000/2  system. 


4.4.2  PRNTLIB 

K3SQMD1 . PRNTLIB . DATA  is  a partitioned  data  set  with  each  member 
containing  an  entire  ASQMD  document.  No  condensing  of  the  docu- 
ment is  made.  The  individual-  member  is  created  by  the  use  of  a 
JCL  override  on  the  final  smooth  run.  This  run  will  not  be 
printed,  therefore  this  could  well  be  a rerun  of  the  final  smooth 
run.  The  JCL  card  to  override  is 

//SQMDB.SQMD  DD  DSN=K3SQMDl . PRNTLIB . DATA (member ) 

This  card  should  go  immediately  before  the  //CTRLCARD  DD  * card. 
After  a member  has  been  successfully  added  to  the  master  tape, 
that  member  should  be  deleted  in  order  to  reduce  TSO  storage 
costs. 


4.4.3  TAPE  Files 

The  1000/4A  system  requires  the  use  of  three  tape  files.  One 
tape  is  necessary  in  order  to  input  cards  into  the  1000/2  system 
since  that  system  actually  expects  a tape  file  of  card  images. 

The  other  two  tapes  will  contain  all  previously  published  ASQMDs . 
Since  this  could  easily  number  into  the  hundreds,  the  cost  of 
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storing  these  files  on-line  through  TSO  could  become  exorbitant. 
By  using  tapes,  at  a combined  rental  of  only  $10  per  month,  a 
great  cost  savings  could  be  realized.  Two  tapes  are  a minimum 
requirement  and  it  is  recommended  that  a three-tape  rotation 
system  be  implemented.  Using  this  system,  at  any  given  execu- 
tion, at  least  one  tape  would  not  be  being  used  by  the  system. 
Thus,  if  a catastrophic  system  crash  occurred  destroying  the 
contents  of  both  tapes,  a one  generation  old  backup  tape  would 
still  be  available.  Tapes  require  /*SETUP  cards  as  are  shown 
in  the  User's  Manual. 


4.4.4  1000/4A  Step-by-step  Run  Procedures 

1.  Run  the  ASQMD  system  with  the  //SQMDB.SQMD  override 
card  as  explained  in  4.4.1. 

2.  Execute  procedure  TOMASTER.  The  squadron  code  on  the  con- 
trol card  should  be  some  unique  identifier.  It  is  sug- 
gested that  the  first  seven  positions  be  the  squadron 
name,  the  next  two  be  the  year,  and  the  final  be  a letter 
suffix  to  distinguish  it  from  any  other  identical  squad- 
rons run  that  year.  A list  of  all  squadron  codes  on  the 
new  master  file  is  generated  as  a byproduct  of  this 
program. 

3.  Execute  procedure  RUN10004.  The  OP0002  control  card 

should  have  an  '*'  in  CC14.  If  a print  of  the  ASQMD 
document  is  also  desired,  place  an  in  CC12.  Up 

to  two  ASQMDs  can  be  joined  on  one  1000/4A  report.  If 
multiple  ASQMDs  are  used,  place  a '1'  in  CC16  of  the 
first  control  card  and  a ' 2 ' in  CC16  of  the  second 
control  card. 

4.  Examine  the  1000/4A  report  making  appropriate  correction 
cards . 

5.  Execute  procedure  UPD10004,  inputting  all  correction  cards. 

6.  Examine  the  1000/4A  report.  If  any  further  corrections 
are  needed,  make  them  and  to  to  Step  5.  If  no  further 
changes  are  necessary,  go  to  Step  7. 

7.  Execute  PCH10004. 

8.  Input  data  tape  of  card  images  into  1000/2  system. 
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APPENDIX  A 


ASQMD  STANDARDS 


APPENDIX  A 


DEVELOPMENT  OF  SQUADRON  MANPOWER  STANDARDS 


During  the  course  of  the  Squadron  Manpower  study,  certain  manpower 
standards  were  developed  to  cover  areas  that  were  previously  unde- 
fined or  subject  to  analyst  judgment. 

This  appendix  presents  brief  summary  information  regarding  the 
standards  used  in  the  ASQMD  program.  The  standards  mentioned  are: 


Paragraph 


Projected  Operating  Environment  A-l 

Planned  Maintenance  Computation  A-2 

Corrective  Maintenance  Computation  A-3 

Admin  Support  and  FM  Manhours  A-4 

Allowances  A-5 

Officer  Workload  A-6 

Aviation  Maintenance  NECs  A- 7 

Production  Work  Center  Supervisors  A-8 

Quality  Assurance  (Work  Center  040)  A-9 

Planned  Maintenance  Branch  (WC  140)  A-10 

Troubleshooters  (Work  Center  320)  A-ll 

Plane  Captains/Handlers  A-12 

Fractional  Manning  (Rounding)  A-13 

Paygrade  Disbribution  Tables  A-14 

Officer  and  Aircrew  Manning  A-15 

Directed  Billets  A-16 

Career  Counselor  Point  Standard  A-17 

Billet  Title  File  A-18 


A-l 


A-l. 


PROJECTED  OPERATING  ENVIRONMENT  (POE) 


MSS  conducted  a review  of  existing  squadron  POEs,  and  developed  a 
POE  format  for  the  ASQMD  program  that  contained  the  information 
needed  to  drive  the  program  computations.  The  format  development 
was  dynamic,  and  was  approved  with  the  understanding  that  what  was 
approved  was  a program  input  format,  not  a standard  for  Navy  de- 
velopment of  POEs. 


A- 2 . PLANNED  MAINTENANCE  COMPUTATIONS 

PM  manhours  are  computed  by  work  center,  based  on  number  and  type 
of  aircraft  (POE) , flight  hours  and  sortie  rate  (POE) , flying 
days  (POE) , and  the  coefficients  in  the  Squadron  Standards  PM/CM 
Data  Base  System.  The  categories  of  PM  computed  are  manhours  per 
sortie,  per  week,  per  flight  hour,  per  daily  inspection.  These 
computed  manhours  are  aggregated  by  work  center  and  by  rating/ 
aircraft  type. 

Allowances  are  added  for  PA,  PD,  and  MRPA  vsee  discussion  in 
Paragraph  A-5  below. 

The  maintenance  computations  are  described  in  the  NAVMMACLANT  Final 
Report  - Work  Center  Staffing  Standards  and  the  PM/CM  User's  Manual. 


A- 3.  CORRECTIVE  MAINTENANCE  COMPUTATIONS 

CM  hours  are  computed  by  aircraft  type  for  MAF  and  SAF  hours,  based 
on  the  coefficients  for  the  negative  exponential  regression  deter- 
mined by  NAVMMACLANT  from  analysis  of  3-M  data.  The  MAF  and  SAF 
hours  are  spread  to  the  production  work  centers  by  the  percentage 
factors  stored  in  the  Squadron  Standards  PM/CM  Data  Base  System. 

An  allowance  is  added  for  PD  (see  Paragraph  A-5  on  allowances) . 

The  maintenance  computations  are  described  in  the  NAVMMACLANT 
Final  Report  - Work  Center  Staffing  Standards. 

1 

A- 4.  ADMINISTRATIVE  SUPPORT  AND  FACILITIES  MAINTENANCE  MANHOURS 

For  production  work  centers,  AS  is  computed  from  a general  formula, 
and  spread  by  a percentage  table,  by  squadron  type.  The  formulas 
and  tables  are  contained  in  NAVMMACLANT  Final  Report  - Work  Center 
Staffing  Standards.  The  squadron  type  designations  were  provided 
by  OP-124F  in  accordance  with  the  comprehensive  list  of  squadron 
types . 

Departmental  administrative  support  is  computed  by  the  appropriate 
method  described  in  the  Work  Center  Staffing  Standards  report. 


¥ 
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FM  is  computed  as  a percentage  of  AS.  The  table  for  FM  computa- 
tion is  also  in  the  Work  Center  Staffing  Standards  report.  (In 
exceptional  cases,  FM  computation  may  be  described  separately  in 
the  text  of  the  report  for  an  individual  work  center.) 


A- 5.  ALLOWANCES 

Production  Delay  (PD)  - Prior  to  the  commencement  of  this  project, 
an  interim  PD  standard  had  been  developed  which  expressed  PD  as  a 
percent  of  active  maintenance  manhours  for  PM  and  CM.  The  table 
was  keyed  on  deployment  and  work  center. 

Knowing  that  a more  comprehensive  PD  standard  was  to  be  devleoped, 
MSS  coded  into  the  ASQMD  a PD  formula  based  on  a constant  value, 
a factor  for  active  maintenanc  workload,  and  a factor  for  number 
of  aircraft.  The  constant  and  number-of-aircraf t coefficients  are 
zero  (until  data  are  developed)  and  there  is  a default  table  for 
percent  of  maintenance  manhours  (which  is  the  table  in  the  interim 
standard) . 

Make-ready/Put-away  (MRPA)  - Also  previously  established  was  a 
30%  MRPA  allowance  to  be  applied  to  PM. 

Productivity  Allowance  (PA)  - A 20%  PA  for  PM  and  AS  in  administra- 
tive  and  operations  is  specified  in  the  Work  Center  Staffing  Stand- 
ards Report.  The  ASQMD  has  a variable  PA  (by  work  center)  with 
20%  as  the  default  value. 


A-6 . OFFICER  WORKLOAD 

Previously  promulgated  SQMDs  had  shown  officers  workloads  as  OM 
manhours.  The  ASQMD  program  displays  a separate  category  for  OW 
(Officer  Workload) , and  each  billet  is  accounted  as  OW  for  the 
squadron  workweek. 


A-7 . AVIATION  MAINTENANCE  NECs 

Maintenance  NECs  are  assigned  by  rating/aircraft  type.  In  general, 
for  a given  aircraft  type,  all  the  billets  within  a rating  will 
have  the  same  NEC.  Exceptions  to  this  are  made  on  a percentage 
basis,  and  also  a paygrade  (high  = E6,  7,  8 - low  = E3,  4,  5)  dis- 
tinction. 

Where  aircraft  types  are  mixed  in  a squadron,  the  approved  approach 
requires  the  assignment  of  NECs  in  proportion  to  the  work  center/ 
rating  maintenance  workload.  Where  maintenance  workload  is  not 
identified  for  the  work  center  (billets  driven  solely  by  AS,  FM, 
and/or  OM) , the  squadron-wide  maintenance  workload  proportion  is 
used . 
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A-8. 


PRODUCTION  WORK  CENTER  SUPERVISOR 


I 

i 

i 

i 


i 

i 

i 

I 


Ratings  (and  sometimes  paygrades)  for  maintenance  work  center 
supervisors  are  taken  from  a table  developed  by  NAVMMACLANT 
Code  7.  The  table  is  organized  by  squadron  type. 

Some  of  the  billets  are  treated  as  directed  billets,  and  are  added 
to  those  computed  from  functional  manhours.  Others  are  rating/ 
rate  standards  applicable  to  the  senior  billets  computed  from 
workload. 


A- 9 . QUALITY  ASSURANCE!  WORK  CENTER  (040) 

Billets  are  assigned  as  directed  billets  irom  the  Quality  Assurance 
file,  based  on  squadron  type. 

Manhours  are  credited  as  OM  for  the  standard  workweek  for  the 
squadron. 

The  Q.A.  billets  •-.•ere  produced  by  NAVMMACLANT  (Code  7)  . On  the 
billet  tables  for  various  squadrons,  the  billet  sequence  numbers 
are  assigned  and  the  squadron  types  are  designated. 


A-10.  PLANNED  MAINTENANCE  BRANCH  (WORK  CENTER  140) 

The  number  of  billets  is  computed  from  normal  workload  calculations 
and  consists  of  AS  and  its  associated  FM  workload  only.  Paygrades 
are  normally  E6 , except  where  the  squadron  has  over  20  aircraft,  in 
which  case  the  first  billet  is  E7.  Ratings  are  rotated  (AMS,  ADJ, 
AMH,  etc.).  NECs  are  system  NECs,  rotated  by  aircraft  type  in 
order  of  quantity  of  aircraft. 


A-U . TROUBLESHOOTERS  - WORK  CENTER  320 

Troubleshooters  are  assigned  as  directed  billets  for  some  squairons, 
or  distributed  as  OM  workload  to  various  maintenance  work  centers 
for  other  squadrons,  based  on  deployment  and  squadron  type. 

In  the  cases  where  there  is  a troubleshooters  branch  (WC  320),  the 
billets  are  read  from  a table  and  processed  as  directed,  with  their 
manhours  being  counted  as  OM.  In  the  other  cases,  the  OM  hours  for 
the  various  work  centers  are  computed  using  pre-launch  standby  time, 
flight  hours,  number  of  sorties,  sorties  per  launch,  number  of  air- 
craft, and  sortie  length. 


A-12 . PLANE  CAPTAINS/PLANE  HANDLERS 

For  carrier-based  squadrons,  plane  captains/or  plane  handlers  are 
computed  from  a standard  developed  at  NAVMMACLANT  (Code  7) . The 
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number  of  billets  is  computed  from  the  workload  based  on  PM/CM/ 
AS/FM,  and  is  also  computed  based  on  the  formula.  In  the  standard, 
the  greater  of  the  two  numbers  is  used.  Paygrades  are  taken  from 
the  paygrade  distribution  table  for  the  work  center.  Ratings  are 
determined  by  methods  described  in  the  standard.  Billets  are  plane 
captains  in  squadrons  without  aircrew  and  plane  handlers  in  squad- 
rons with  aircrew. 


A- 1 3 . FRACTIONAL  MANNING  (ROUNDING  RULE) 


Fractional  billets  are  rounded  on  a work  center  (vice  rating) 
basis,  using  a table  relating  the  fractional  rounding  to  the  work- 
week and  the  total  number  of  billets.  The  rounding  table  is  as 
follows : 


#Billets 

Greater  than 
56  hr/wk 

56  or  less 
hour  week 

1 

1.050 

1.0-78 

2 

2.100 

2.156 

3 

3.150 

3.234 

4 

4.200 

4.312 

5 

5.250 

5.391 

6 

6.300 

6.469 

7 

7.350 

7.500 

3 

8.400 

round-up 

9 

9.450 

over  X.500 

10 

10.500 

round-up 
over  X.300 


A- 14 . PAYGRADE  DISTRIBUTION  TABLES 

Paygrade  distributions  for  various  work  centers  given  the  distri- 
bution of  rates  for  the  various  work  centers  based  on  the  number 
of  computed  enlisted  billets.  Directed  billets  are  considered 
separately,  and  do  not  contribute  to  the  number  used  to  select 
the  appropriate  column  from  the  table  for  distribution  of  pay- 
grades  to  computed  billets. 

For  some  work  centers,  the  table  also  gives  guidance  regarding 
ratings  and  billet  titles. 


A- 1 5 . OFFICER  AND  AIRCREW  MANNING 

Reference  to  existing  POEs  and  data  on  allowances  by  aircraft  re- 
vealed that  two  sets  of  factors  were  needed  for  each  aircraft 
type  - a number  of  pilots,  NFOs,  and  aircrewmen  for  each  crea, 
and  a number  of  crews  (crew  ratio)  for  each  aircraft.  Accordingly, 
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these  numbers  were  incorporated  into  the  POE  record.  The  number  of 
pilots,  NFOs , and  aircrewmen  for  the  squadron  is  computed  by  the 
following  formula:  number  per  crew  x crew  ratio  x number  of  air- 

craft, summed  across  aircraft  types.  After  the  number,  N,  is  com- 
puted for  a category,  the  billets  are  selected  by  taking  the  first 
N of  the  category  from  a priority  table  for  the  squadron  type. 

A - 1 6 . DIRECTED  BILLETS 

For  a large  number  of  squadrons/squadron  types,  NAVMMACLANT  has 
developed  a directed  billet  file.  These  may  include  entire  work 
centers  (e.g.,  AIMD)  where  no  staffing  standard  currently  exists, 
on  special  billets  in  designated  work  centers. 

A- 1 7 . CAREER  COUNSELOR  POINT  STANDARD 

The  requirement  for  Career  Counselors  is  based  on  the  total  number 
of  enlisted  billets,  including  AIMD  and  integrated  services. 

A-18.  BILLET  TITLE  FILE 

Billet  titles  are  associated  with  5-digit  billet  sequence  codes. 

In  the  file,  the  occurrence  of  a title  signifies  that  any  subse- 
quent billet  sequence  code  which  is  less  than  the  next  one  in  the 
title  file  will  be  associated  with  the  preceding  title,  e.g.: 

05200  Photo  Intell  Tech  Supv 

05210  Photo  Intell  Tech 

05300  Comm  Clerk  Supv 


Billet  05200  (if  it  occurs)  is  titled  Photo  Intell  Tech  Supv, 
Billets  05210  thru  05290  (any  or  all  that  occur)  are  Photo 
Intell  Tech.;  05300  is  Comm  Clerk  Supv,  etc. 

For  automation  purposes,  the  billet  title  file  also  contains  OFF/ 
ENL/CIV,  Rating,  and  Supervisor  indicators. 
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Figure  B-2:  ASQMD  Section  III 


SUf'MARY  OF  OFFICER  MANPUWLR  .REQUIREMENTS  ( PART  1) 


Figure  B-4:  ASQMD  Section  VI  (Officers) 


DIRECTED  BILLETS 
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Figure  B-8:  Working  Papers  - Listing  of  File  Input  Directed  Billets 
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Working  Papers  - Listing  of  File  Input  Ground  Officer  Billets 
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APPENDIX  C 

ASQMD  PROGRAM  COMPUTER  SELECTION 


I.  BACKGROUND 


A.  PROJECT  HISTORY 

The  Chief  of  Naval  Operations  (NOP-12)  contracted  with 
Management  Science  Systems  (MSS)  in  June  1975  to  develop  a com- 
puter system  for  automated  production  of  squadron  manning  docu- 
ments, utilizing  current  methods,  algorithms,  and  data,  and  sub- 
sequently to  test  the  feasibility  of  new  methods  for  squadron  man- 
ning determination,  to  be  integrated  into  the  development  of  the 
Navy  Manpower  Planning  System.  The  automated  SQMD  system  is  to 
be  considered  as  an  interim  measure  for  facilitating  the  produc- 
tion of  manning  documents  until  such  time  as  the  Navy  Manpower 
Requirements  System  (NMRS)  is  fully  operational.  In  developing 
the  automated  SQMD  program,  MSS  is  to  coordinate  with  NMRS  de- 
velopment to  ensure  that  latest  NMRS  data  and  procedures  are  used 
wherever  possible,  thus  allowing  for  the  maximum  efficiency  in 
adapting  portions  of  the  SQMD  program  into  NMRS,  and  also  guaran- 
teeing best  (latest)  data  in  the  interim  document  production. 

Because  of  the  desire  to  coordinate  closely  with  NMRS  de- 
velopments and  data,  it  was  decided  to  allocate  MSS  computer  time 
on  the  same  computer  that  NAVMMACLANT  was  using  for  NMRS  develop- 
ment - i.e.  the  IBM  370/168  at  NIH.  This  would  allow  MSS  to 
access  the  NMRS  data  files,  and  would  ensure  that  MSS  program 
code  would  be  machine-compatible  with  NMRS  programs.  Computer 
time  on  the  NIH  computer  was  to  be  furnished  by  the  Navy,  up  to 
the  dollar  limitation  set  in  the  contract. 
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Shortly  after  the  beginning  of  the  SQMD  project  it  became 
clear  that  development  of  the  SQMD  and  NMRS  systems  would  have 
to  be  shifted  to  a secure  computer  facility,  because  of  the  neces- 
sity of  processing  SECRET  information.  NOP-12  initiated  a search 
for  a satisfactory  site,  focusing  first  on  the  NAVCOSSACT  and  JHU 
Applied  Physics  Laboratory  computers,  both  of  which  routinely 
process  SECRET  Navy  data.  By  8 July,  it  had  been  determined  that 
the  JIIU  facility  would  not  be  available,  and  that  a shift  to 
NAVCOSSACT  would  require  a significant  time  delay.  At  this  time, 
the  MSS  project  team,  under  considerable  time  pressure  because 
of  the  SQMD  contract  deadline,  began  a search  for  a computer  fa- 
cility at  which  to  perform  SQMD  program  development. 
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II.  SELECTION  CRITERIA 

The  MSS  team  approached  the  problems  of  computer  selection  with 
a dual  objective.  The  primary  goal,  of  course,  was  to  find  a compu- 
ter that  would  satisfy  the  SQMD  project  requirements  as  quickly  as 
possible.  A secondary  goal  was  to  provide  information  to  NOP-12 
that  would  assist  in  the  selection  of  the  site  for  the  NMRS  project. 
If,  in  fact,  both  projects  could  be  run  on  the  same  computer,  then 
the  same  advantages  mentioned  in  IA  could  be  maintained. 

Criteria  for  selection  fell  into  two  classes,  the  firm  require- 
ments and  the ^ xlosi ratnbe  ~cft  a fac te r 1 s t ic s . 

A.  FIRM  REQUIREMENTS 


There  were  three  requirements  for  the  SQMD  project  that  could 
not  be  compromised:  the  ability  to  process  SECRET  information,  the 

iimnediafA  availability  of  access,  and  the  capability  for  remote  job 
entry  (RJE) . Exceptions  to  these  requirements  were  considered  and 
rejected,  as  follows: 

• The  possibility  that  the  system  be  developed  on  a non -secure 
facility,  with  the  intention  of  eventual  transfer  to  what- 
ever secure  facility  was  selected  for  NMRS — this  was  rejected 
because  transfer  to  a new  computer  at  a later  date  might 
require  conversion  of  both  programs  and  data,  a time-consum- 
ing process  which  would  cause  unacceptable  delay  in  the 
ability  of  the  Navy  to  utilize  the  system  to  produce  man- 
ning documents. 
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o Delay  of  solectio.  of  the  : ::i)  site  vmtil  the  NMRS  facility 


could  be  chosen — this  possibility  was  rejected  because  the 


advantage  which  wight  bo  gained  was  not  deemed  to  be  worth 


the  additional  del  :y  in  completion  of  the  SQMD  project. 


o . Sacrifice  of  RJE  capability — this  was  rejected  for  basically 


the  same  reason;  the  tine  wasted  in  going  on-site  for  all 


computer  runs  during  program  development  would  result  in 


considerable  delay  in  completion  and  delivery  of  the  SQMD 


system. 


B.  DESIRABLE  CHARACTERISTICS 


In  addition  to  the  above  requirements,  other  characteristics 


were  identified  that  would  influence  selection.  They  are  listed 


below  in  order  of  their  importance. 


1.  Low  cost  - Unless  there  were  compelling  reasons  for 
another  choice,  a facility  that  showed  significant  cost  advantage 
over  its  competitors  should  probably  be  a clear  choice. 


2.  Interactive  processing  - For  purpose  of  debugging  pro- 


grams and  entering  and  modifying  data,  interactive  processing  on 


a low  speed  terminal  is  an  invaluable  aid  to  efficiency. 


3.  Rapid  turnaround  - Considering  the  extreme  time  pressure 


of  the  SQMD  project  deadline,  the  ability  to  achieve  many  rapid 


debug/test  runs  is  crucial  to  timely  completion. 


4.  Compatibility  with  NMRS  data  - Also  because  of  time  con- 


sideration, it  would  be  very  advantageous  to  be  able  to  use  the 
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NMRS  data  files  without  having  to  convert  them  for  a non -IBM - 
compatible  computer. 


5.  Good  customer  support  - It  is  certainly  advantageous  to 
operate  at  a facility  that  demonstrates  the  capability  and  willing- 
ness to  provide  good  support  in  both  software  and  operations. 

6.  Previous  MSS  experience  - A computer  whose  software 
(operating  system,  utilities,  etc.)  is  familiar  to  project  per- 
sonnel would  allow  immediate  beginning  of  programming/debugging, 
with  minimum  "learning  time"  loss. 

7.  On-site  work  space  - For  those  times  when  it  may  be 
desirable  for  project  personnel  to  go  on-site,  the  availability 
of  dedicated  work  space  would  increase  efficiency. 


III.  PROCEDURE 


I 
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A.  PRE-SELECTION 

A preliminary  selection  process  was  conducted  to  narrow  the 
field  of  consideration.  Many  facilities  were  surveyed,  and  infor- 
mation was  tabulated  regarding  both  the  fixed  requirements  and 
the  desired  characteristics.  From  among  all  the  facilities  con- 
sidered, the  ones  which  met  the  fixed  criteria  and  appeared  to 
have  the  most  advantages  were  selected  for  detailed  investigation. 


B.  SELECTION  PROCESS 

Representatives  who  had  previously  been  contacted  for  pre- 
liminary information  were  met  again  for  more  detailed  information, 
and  to  arrange  site  visits  and  benchmark  runs.  At  each  site, 
operations  and  customer  support  were  surveyed,  and  the  benchmarks 
were  run  to  test  running  time  and  costs  of  computing  and  10  (in- 
put/output) , and  turnaround  response.  The  benchmarks  were  two 
jobs  that,  were  typical  of  SQMD  project  requirements  - a COBOL 
compilation  of  a program  that  was  known  to  contain  errors,  and 
a COBOL  compile-and-execute  of  a program  that  computed  and  printed 
an  array  of  values  and  then  wrote  an  output  file  of  10,000  records 
to  a tape. 

After  the  benchmark  runs  .were  completed,  results  of  the 
survey  and  tests  were  tabulated  for  display  and  comparison  of 
features  and  costs.  Advantages  and  disadvantages  of  each  con- 
tender were  evaluated  along  with  the  quantitative  data,  and  a 
selection  recommendation  was  prepared. 
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IV.  RESULTS 
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I 
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A. 


PRE-SELECTION 


During  the  pre-sclcction,  MSS  contacted  over  a dozen  computer 
facilities  known  either  to  project  personnel  or  to  co-workers. 

Of  the  eleven  which  were  of  sufficient  interest  to  investigate, 
six  were  immediately  eliminated  because  of  inability  to  process 
SECRET  data.  Of  the  remaining  five,  one  - Applied  Physics  Lab  - 
had  already  indicated  to  NOP-12  and  NAVMMACLANT  that  they  might 
be  unable  to  support  a large  new  workload  for  any  extended  per- 
iod, due  to  potential  increase  in  their  internal  utilization. 
Another  - NAVCOSSACT  - was  ruled  out  for  reasons  discussed 
below.  This  left  three  sites  - two  commercial  and  one  Navy  - 
under  consideration. 


Decision  Regarding  NAVCOSSACT 

Preliminary  discussions  between  NOP-12,  NAVMMACLANT,  and  MSS 
had  focussed  on  NAVCOSSACT  as  a prjbable  site.  Reasons  were: 

• Ability  to  handle  SECRET  data  routinely 

• Navy  ownership 

• Location  of  other  programs  and  files  there 
(e.g.,  Aircraft  Program  Data  File,  contains  ROC 
and  POE  information.) 

A meeting  was  held  with  NAVCOSSACT  personnel,  and  MSS 
project  personnel  visited  the  site.  At  these  meetings,  the 
following  relevant  facts  were  brought  out: 
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• NAVCOSSACT  supports  no  RJE  except  through  their 
own  "hard-wired"  terminals. 


• NAVCOSSACT  has  no  room  for  users  to  come  on-site 
for  debugging  and  testing 

• NAVCOSSACT  policy  is  that  all  systems  running  on 
their  computer  be  designed,  reviewed,  and- documen- 
ted by  their  process,  under  the  assumption  that 
they  will  take  over  complete  responsibility  for 
operation  and  maintenance  when  the  system  becomes 
operational.  It  is  not  their  policy  to  make  their  t 
computer  available  to  users  outside  their  technical 
control . 

These  facts  made  it  clear  that  NAVCOSSACT  .would  not  be 
satisfactory’  for  the  SQMD  project  development,  and  unlikely 
for  the  NMRS  project  move. 

The  data  gathered  in  the  pre-selection  survey  are  shown 
in  Table  1.  The  three  remaining  facilities  for  final  considera- 
tion were  Naval  Ship  Research  and  Development  Center,  Planning 
Research  Corporation,  and  Utility  Network  of  America. 


TABLE  1 - PRESELECTION  SURVEY 


Installation 

Computer 

SECRET 

RJE 

Remarks 

1.  Applied  Physics  Lab 
(Johns  llopkins) 

IBM  360/91 

yes 

yes 

1.  Cannot  accept  N’ IRS 

2.  Good  previous  exper. 

2 = Boeing 

IBM  370/168 

NO 

yes 

3.  C0I1NET 

IBM  370/155 

NO 

yes 

4.  CYBERNET 

CDC 

NO 

yes 

5.  Grumman  Data  Systems 
(Calldata,  Inc.) 

IBM  370/156 
370/168 

NO 

yes 

6.  Health,  Education,  & 
Welfare  (HEW) 

IBM  370/155 
370/168 

MO 

yes 

1.  Good  previous  exper. 

7.  INFONET 

UNIVAC  1108 

NO 

yes 

8.  NAVCOSSACT 

UNI VAC  1108 
1110 

yes 

NO 

1.  -Design  and  document 

requirements 

2.  Slow  turnaround. 

9.  NSRDC 

CDC  6400 
6600 
6700 

yes 

yes 

1.  previous  experience. 

w» 

0.  Planning  Research 
Corp.  (PRC) 

IBM  370/155 

yes 

yes 

1.  Good  previous  exper. 

2.  Compares  well  w/NIH. 

1.  Utility  Network  of 
— America  (UNA) 

CDC 

CYBER-73 
(mod  '6400) 

yes 

yes 

1.  Compares  well  w /NSRDC 
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B.  SELECTION  INFORMATION 

Representatives  of  each  of  the  three  candidate  facilities 
were  contacted  for  more  detailed  information,  and  to  arrange  site 
visits  and  benchmark  runs.  Pricing  algorithms  were  obtained, 
and  the  technical  data  shown  in  Table  2 were  gathered. 

MSS  Project  personnel  went  on-site  to  each  facility  to 
observe  operations  and  software  support  and  to  run  the  benchmark 
programs.  Results  of  the  benchmark  runs  are  shown  in  Table  3. 
Observations  regarding  advantages  and  disadvantages  are  shown 
in  Table  4 . 

\ 

C.  COMPARISON  OF  CANDIDATES 

1.  COST,  INTERACTIVE  PROCESSING,  TURNAROUND 

These  three  factors,  the  most  important  considerations, 
are  summarized  in  Table  5.  PRC  showed  its  clear  advantage 
in  cost,  both  for  batch  processing  (benchmark  runs)  and  in 
the  charge  rate  for  interactive  processing.  Turnaround  time 
was  best  at  UNA,  undoubtedly  due  to  their  low  utilization  rate. 

It  is  interesting  to  note  also  that  a previous,  more 
exhaustive,  benchmark  was  conducted  by  the  Bureau  of  Labor 
Statistics,  comparing  the  PRC  facility  to  the  NIH  computer 
(the  current  site  of  the  NMRS  project.)  That  test  showed 
25%  cost  advantage  to  PRC,  not  even  considering  the  volume 
discount  offered  by  PRC  to  large-scale  users  (such  as  NMRS.) 

2.  OTHER  COGENT  CONSIDERATIONS 

• Compatibility  with  NMRS  data  - PRC,  which  utilizes 
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IBM  equipment,  could  accept  NMRS  data  tapes  directly. 
UNA  and  NS HOC  both  have  facilities  for  conversion, 
which  might  require  some  programmer  effort. 

• Good  customer  support  - UNA  seemed  the  most  anxious 
to  provide  assistance;  all  three  provided  personnel 
on-duty  to  help  users  with  software  problems. 

• Previous  MSS  experience  - the  IBM  equipment  of  PRC 
was  most  familiar  to  MSS  personnel;  also,  MSS  already 
uses  the  PRC  computer  for  some  of  its  commercial 
software  development.  The  CDC  systems  of  UNA  and 
NSRDC  were  somewhat  familiar,  but  would  undoubtedly 
require  more  learning. 

• On-site  work  space  - UNA  provides  best  work  space 
for  users  (private  office) ; NSRDC  and  PRC  have  user 
work  areas.  NSRDC  has  more  space  available,  PRC  has 
a card  reader  where  users  may  enter  their  own  jobs. 
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TABLE  2 


FACILITIES  AND  SERVICES 


■ 

UNA 

NAVCOSSACT 

NSRDC 

PRC 

Computer 

CYBER- 7 3 

UNIVAC-1100 

CDC-6700 

IBM- 370 

CPU 

C DC-6400 

U-1108 

U-1110 

CDC-64  00 
6600 
' 6700 

370/155 

RJE 

yes 

limited 

(see  text) 

yen 

yes 

Timesharing  dial-up 

high  cost 

no 

yes 

yes-TSO 

Operating  system 

SCOPE  3.4 

EXEC- 8 

SCOPE  3.4 

OS/MVT/HASP 

Core 

320 , COOg 
words  = 
1000K  char 

3lK  words  = 
150K  char 

131K -words 
= 1310K  ch. 

1500K  char 

On-site  work  area 

good 

none 

adequate 

adequate 

Tape  drives 

7-track 

7-track 

9-track 

7-track 

9-track 

7-track 

9-track 

Disk  drives 

844 ' s 

• 

1-6638 
841 ' s 
844  's 

3330  's 

Turnaround 

15  min. 

4 hours 

1 hour 

1 hour 

Notes 

twice/day 

courier 

mass 
storage 
1 trillion 
on  order 
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NSRDC 


UNA  - 


PRC  - 


TABLE  4 - 

ADVANTAGFJS  AMD  DISADVANTAGES  OF  SYSTEMS 


(1)  Navy  installation  (may  simplify  selection 
and  funding.) 

(2)  High  cost  for  card  reader  and  line  printer. 

(3)  CDC  system  a.  requires  some  learning 

b.  requires  conversion  of  NMRS  data 

c.  provides  better  utilities. 


(1)  Best  customer  support. 

(2)  Best  on-site  work  space. 

(3)  High  cost  for  interactive  use. 

(4)  Fastest  turnaround. 

(5)  CDC  system  (same  comment-  as  NSRDC.) 


(1)  Least  expensive  for  all  types  of  charges. 

(2)  Supports  TSO  for  terminals. 

(3)  MSO  project  gives  good  exposure,  may  simplify 
selection  and  funding. 

(4)  Favorable  previous  MSS  experience. 

(5)  IBM  system  a.  is  familiar 

b.  is  compatible  with  NMRS  data. 
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V.  KECOMMLN DATIOM 

MSS  recommends  utilization  of  the  PRC  facility  for  the  follow- 
ing reasons: 

© low  cost  - PRC  costs  were  lowest  in  every  category;  in  fact, 
Y/ore  considerably  lower  even  than  NIH 

o NMRS  compatibility  - NMRS  data  could  be  used  directly  (no 
conversion  required) 

• familiarity  - IBM  equipment  and  software  are  well  known, 
requiring  min.' mum  learning 

o interactive  processing  - PRC  supports  TSO  interactive 
language 

o Navy  acceptance  - good  exposure  through  MSO  project  should 
ease  acceptance  of  non-government  facility. 
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